Device-level authorization for viewing content

ABSTRACT

In some embodiments, an electronic device organizes and selectively grants access to its authorization with a primary content provider to applications downloaded on the electronic device for viewing content from secondary content providers. In some embodiments, an electronic device prompts a user to download applications associated with a primary content provider in response to the user authorizing the electronic device with the primary content provider.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims benefit of U.S. Provisional Patent ApplicationNo. 62/348,978, filed Jun. 12, 2016, which is hereby incorporated byreference it its entirety.

FIELD OF THE DISCLOSURE

This relates generally to electronic devices that allow formulti-application authorization for viewing content, and userinteractions with such devices.

BACKGROUND OF THE DISCLOSURE

User interaction with electronic devices has increased significantly inrecent years. These devices can be devices such as computers, tabletcomputers, televisions, multimedia devices, mobile devices, and thelike.

In some circumstances, such a device has potential to access content(e.g., music, movies, etc.), and user interaction with such a deviceentails authorizing the electronic device to access the content, andthus making the content available for the user to watch. Enhancing theseinteractions improves the user's experience with the device anddecreases user interaction time, which is particularly important whereinput devices are battery-operated.

SUMMARY OF THE DISCLOSURE

The embodiments described in this disclosure are directed to one or moreelectronic devices that allow for the authorization of the electronicdevice for viewing content to be shared amongst multiple applicationsfor viewing the content, and one or more operations related to the abovethat the electronic devices optionally perform. The full descriptions ofthe embodiments are provided in the Drawings and the DetailedDescription, and it is understood that the Summary provided above doesnot limit the scope of the disclosure in any way.

BRIEF DESCRIPTION OF THE DRAWINGS

For a better understanding of the various described embodiments,reference should be made to the Detailed Description below, inconjunction with the following drawings in which like reference numeralsrefer to corresponding parts throughout the figures.

FIG. 1A is a block diagram illustrating a multifunction device with atouch-sensitive display in accordance with some embodiments of thedisclosure.

FIG. 1B is a block diagram illustrating exemplary components for eventhandling in accordance with some embodiments of the disclosure.

FIG. 2 illustrates a multifunction device having a touch screen inaccordance with some embodiments of the disclosure.

FIG. 3 is a block diagram of an exemplary multifunction device with adisplay and a touch-sensitive surface in accordance with someembodiments of the disclosure.

FIG. 4 illustrates an exemplary user interface for a multifunctiondevice with a touch-sensitive surface that is separate from the displayin accordance with some embodiments of the disclosure.

FIGS. 5A-5B illustrate block diagrams of exemplary architectures fordevices according to some embodiments of the disclosure.

FIGS. 6A-6HH illustrate exemplary ways in which an electronic deviceorganizes application authorization for accessing content in accordancewith some embodiments of the disclosure.

FIGS. 7A-7L are flow diagrams illustrating a method of organizingapplication authorization for accessing content in accordance with someembodiments of the disclosure.

FIGS. 8A-8N illustrate exemplary ways in which an electronic deviceprompts a user to download one or more applications for viewing contentbased on authorization of the electronic device to view the content inaccordance with some embodiments of the disclosure.

FIGS. 9A-9C are flow diagrams illustrating a method of prompting a userto download one or more applications for viewing content based onauthorization of the electronic device to view the content in accordancewith some embodiments of the disclosure.

FIGS. 10-11 are functional block diagrams of electronic devices inaccordance with some embodiments of the disclosure.

DETAILED DESCRIPTION

In the following description of embodiments, reference is made to theaccompanying drawings which form a part hereof, and in which it is shownby way of illustration specific embodiments that are optionallypracticed. It is to be understood that other embodiments are optionallyused and structural changes are optionally made without departing fromthe scope of the disclosed embodiments. Further, although the followingdescription uses terms “first,” “second,” etc. to describe variouselements, these elements should not be limited by the terms. These termsare only used to distinguish one element from another. For example, afirst touch could be termed a second touch, and, similarly, a secondtouch could be termed a first touch, without departing from the scope ofthe various described embodiments. The first touch and the second touchare both touches, but they are not the same touch.

The terminology used in the description of the various describedembodiments herein is for the purpose of describing particularembodiments only and is not intended to be limiting. As used in thedescription of the various described embodiments and the appendedclaims, the singular forms “a,” “an,” and “the” are intended to includethe plural forms as well, unless the context clearly indicatesotherwise. It will also be understood that the term “and/or” as usedherein refers to and encompasses any and all possible combinations ofone or more of the associated listed items. It will be furtherunderstood that the terms “includes,” “including,” “comprises,” and/or“comprising,” when used in this specification, specify the presence ofstated features, integers, steps, operations, elements, and/orcomponents, but do not preclude the presence or addition of one or moreother features, integers, steps, operations, elements, components,and/or groups thereof.

The term “if” is, optionally, construed to mean “when” or “upon” or “inresponse to determining” or “in response to detecting,” depending on thecontext. Similarly, the phrase “if it is determined” or “if [a statedcondition or event] is detected” is, optionally, construed to mean “upondetermining” or “in response to determining” or “upon detecting [thestated condition or event]” or “in response to detecting [the statedcondition or event],” depending on the context.

Exemplary Devices

Embodiments of electronic devices, user interfaces for such devices, andassociated processes for using such devices are described. In someembodiments, the device is a portable communications device, such as amobile telephone, that also contains other functions, such as PDA and/ormusic player functions. Exemplary embodiments of portable multifunctiondevices include, without limitation, the iPhone®, iPod Touch®, and iPad®devices from Apple Inc. of Cupertino, Calif. Other portable electronicdevices, such as laptops or tablet computers with touch-sensitivesurfaces (e.g., touch screen displays and/or touch pads), are,optionally, used. It should also be understood that, in someembodiments, the device is not a portable communications device, but isa desktop computer or a television with a touch-sensitive surface (e.g.,a touch screen display and/or a touch pad). In some embodiments, thedevice does not have a touch screen display and/or a touch pad, butrather is capable of outputting display information (such as the userinterfaces of the disclosure) for display on a separate display device,and capable of receiving input information from a separate input devicehaving one or more input mechanisms (such as one or more buttons, atouch screen display and/or a touch pad). In some embodiments, thedevice has a display, but is capable of receiving input information froma separate input device having one or more input mechanisms (such as oneor more buttons, a touch screen display and/or a touch pad).

In the discussion that follows, an electronic device that includes adisplay and a touch-sensitive surface is described. It should beunderstood, however, that the electronic device optionally includes oneor more other physical user-interface devices, such as a physicalkeyboard, a mouse and/or a joystick. Further, as described above, itshould be understood that the described electronic device, display andtouch-sensitive surface are optionally distributed amongst two or moredevices. Therefore, as used in this disclosure, information displayed onthe electronic device or by the electronic device is optionally used todescribe information outputted by the electronic device for display on aseparate display device (touch-sensitive or not). Similarly, as used inthis disclosure, input received on the electronic device (e.g., touchinput received on a touch-sensitive surface of the electronic device) isoptionally used to describe input received on a separate input device,from which the electronic device receives input information.

The device typically supports a variety of applications, such as one ormore of the following: a drawing application, a presentationapplication, a word processing application, a website creationapplication, a disk authoring application, a spreadsheet application, agaming application, a telephone application, a video conferencingapplication, an e-mail application, an instant messaging application, aworkout support application, a photo management application, a digitalcamera application, a digital video camera application, a web browsingapplication, a digital music player application, a television channelbrowsing application, and/or a digital video player application.

The various applications that are executed on the device optionally useat least one common physical user-interface device, such as thetouch-sensitive surface. One or more functions of the touch-sensitivesurface as well as corresponding information displayed on the deviceare, optionally, adjusted and/or varied from one application to the nextand/or within a respective application. In this way, a common physicalarchitecture (such as the touch-sensitive surface) of the deviceoptionally supports the variety of applications with user interfacesthat are intuitive and transparent to the user.

Attention is now directed toward embodiments of portable or non-portabledevices with touch-sensitive displays, though the devices need notinclude touch-sensitive displays or displays in general, as describedabove. FIG. 1A is a block diagram illustrating portable or non-portablemultifunction device 100 with touch-sensitive displays 112 in accordancewith some embodiments. Touch-sensitive display 112 is sometimes called a“touch screen” for convenience, and is sometimes known as or called atouch-sensitive display system. Device 100 includes memory 102 (whichoptionally includes one or more computer readable storage mediums),memory controller 122, one or more processing units (CPU's) 120,peripherals interface 118, RF circuitry 108, audio circuitry 110,speaker 111, microphone 113, input/output (I/O) subsystem 106, otherinput or control devices 116, and external port 124. Device 100optionally includes one or more optical sensors 164. Device 100optionally includes one or more contact intensity sensors 165 fordetecting intensity of contacts on device 100 (e.g., a touch-sensitivesurface such as touch-sensitive display system 112 of device 100).Device 100 optionally includes one or more tactile output generators 167for generating tactile outputs on device 100 (e.g., generating tactileoutputs on a touch-sensitive surface such as touch-sensitive displaysystem 112 of device 100 or touchpad 355 of device 300). Thesecomponents optionally communicate over one or more communication busesor signal lines 103.

As used in the specification and claims, the term “intensity” of acontact on a touch-sensitive surface refers to the force or pressure(force per unit area) of a contact (e.g., a finger contact) on thetouch-sensitive surface, or to a substitute (proxy) for the force orpressure of a contact on the touch-sensitive surface. The intensity of acontact has a range of values that includes at least four distinctvalues and more typically includes hundreds of distinct values (e.g., atleast 256). Intensity of a contact is, optionally, determined (ormeasured) using various approaches and various sensors or combinationsof sensors. For example, one or more force sensors underneath oradjacent to the touch-sensitive surface are, optionally, used to measureforce at various points on the touch-sensitive surface. In someimplementations, force measurements from multiple force sensors arecombined (e.g., a weighted average) to determine an estimated force of acontact. Similarly, a pressure-sensitive tip of a stylus is, optionally,used to determine a pressure of the stylus on the touch-sensitivesurface. Alternatively, the size of the contact area detected on thetouch-sensitive surface and/or changes thereto, the capacitance of thetouch-sensitive surface proximate to the contact and/or changes thereto,and/or the resistance of the touch-sensitive surface proximate to thecontact and/or changes thereto are, optionally, used as a substitute forthe force or pressure of the contact on the touch-sensitive surface. Insome implementations, the substitute measurements for contact force orpressure are used directly to determine whether an intensity thresholdhas been exceeded (e.g., the intensity threshold is described in unitscorresponding to the substitute measurements). In some implementations,the substitute measurements for contact force or pressure are convertedto an estimated force or pressure and the estimated force or pressure isused to determine whether an intensity threshold has been exceeded(e.g., the intensity threshold is a pressure threshold measured in unitsof pressure). Using the intensity of a contact as an attribute of a userinput allows for user access to additional device functionality that mayotherwise not be accessible by the user on a reduced-size device withlimited real estate for displaying affordances (e.g., on atouch-sensitive display) and/or receiving user input (e.g., via atouch-sensitive display, a touch-sensitive surface, or aphysical/mechanical control such as a knob or a button).

As used in the specification and claims, the term “tactile output”refers to physical displacement of a device relative to a previousposition of the device, physical displacement of a component (e.g., atouch-sensitive surface) of a device relative to another component(e.g., housing) of the device, or displacement of the component relativeto a center of mass of the device that will be detected by a user withthe user's sense of touch. For example, in situations where the deviceor the component of the device is in contact with a surface of a userthat is sensitive to touch (e.g., a finger, palm, or other part of auser's hand), the tactile output generated by the physical displacementwill be interpreted by the user as a tactile sensation corresponding toa perceived change in physical characteristics of the device or thecomponent of the device. For example, movement of a touch-sensitivesurface (e.g., a touch-sensitive display or trackpad) is, optionally,interpreted by the user as a “down click” or “up click” of a physicalactuator button. In some cases, a user will feel a tactile sensationsuch as an “down click” or “up click” even when there is no movement ofa physical actuator button associated with the touch-sensitive surfacethat is physically pressed (e.g., displaced) by the user's movements. Asanother example, movement of the touch-sensitive surface is, optionally,interpreted or sensed by the user as “roughness” of the touch-sensitivesurface, even when there is no change in smoothness of thetouch-sensitive surface. While such interpretations of touch by a userwill be subject to the individualized sensory perceptions of the user,there are many sensory perceptions of touch that are common to a largemajority of users. Thus, when a tactile output is described ascorresponding to a particular sensory perception of a user (e.g., an “upclick,” a “down click,” “roughness”), unless otherwise stated, thegenerated tactile output corresponds to physical displacement of thedevice or a component thereof that will generate the described sensoryperception for a typical (or average) user.

It should be appreciated that device 100 is only one example of aportable or non-portable multifunction device, and that device 100optionally has more or fewer components than shown, optionally combinestwo or more components, or optionally has a different configuration orarrangement of the components. The various components shown in FIG. 1Aare implemented in hardware, software, or a combination of both hardwareand software, including one or more signal processing and/or applicationspecific integrated circuits. Further, the various components shown inFIG. 1A are optionally implemented across two or more devices; forexample, a display and audio circuitry on a display device, atouch-sensitive surface on an input device, and remaining components ondevice 100. In such an embodiment, device 100 optionally communicateswith the display device and/or the input device to facilitate operationof the system, as described in the disclosure, and the variouscomponents described herein that relate to display and/or input remainin device 100, or are optionally included in the display and/or inputdevice, as appropriate.

Memory 102 optionally includes high-speed random access memory andoptionally also includes non-volatile memory, such as one or moremagnetic disk storage devices, flash memory devices, or othernon-volatile solid-state memory devices. Memory controller 122optionally controls access to memory 102 by other components of device100.

Peripherals interface 118 can be used to couple input and outputperipherals of the device to CPU 120 and memory 102. The one or moreprocessors 120 run or execute various software programs and/or sets ofinstructions stored in memory 102 to perform various functions fordevice 100 and to process data.

In some embodiments, peripherals interface 118, CPU 120, and memorycontroller 122 are, optionally, implemented on a single chip, such aschip 104. In some other embodiments, they are, optionally, implementedon separate chips.

RF (radio frequency) circuitry 108 receives and sends RF signals, alsocalled electromagnetic signals. RF circuitry 108 converts electricalsignals to/from electromagnetic signals and communicates withcommunications networks and other communications devices via theelectromagnetic signals. RF circuitry 108 optionally includes well-knowncircuitry for performing these functions, including but not limited toan antenna system, an RF transceiver, one or more amplifiers, a tuner,one or more oscillators, a digital signal processor, a CODEC chipset, asubscriber identity module (SIM) card, memory, and so forth. RFcircuitry 108 optionally communicates with networks, such as theInternet, also referred to as the World Wide Web (WWW), an intranetand/or a wireless network, such as a cellular telephone network, awireless local area network (LAN) and/or a metropolitan area network(MAN), and other devices by wireless communication. The RF circuitry 108optionally includes well-known circuitry for detecting near fieldcommunication (NFC) fields, such as by a short-range communicationradio. The wireless communication optionally uses any of a plurality ofcommunications standards, protocols, and technologies, including but notlimited to Global System for Mobile Communications (GSM), Enhanced DataGSM Environment (EDGE), high-speed downlink packet access (HSDPA),high-speed uplink packet access (HSUPA), Evolution, Data-Only (EV-DO),HSPA, HSPA+, Dual-Cell HSPA (DC-HSPDA), long term evolution (LTE), nearfield communication (NFC), wideband code division multiple access(W-CDMA), code division multiple access (CDMA), time division multipleaccess (TDMA), Bluetooth, Bluetooth Low Energy (BTLE), Wireless Fidelity(Wi-Fi) (e.g., IEEE 802.11a, IEEE 802.11b, IEEE 802.11g, IEEE 802.11n,and/or IEEE 802.11ac), voice over Internet Protocol (VoIP), Wi-MAX, aprotocol for e-mail (e.g., Internet message access protocol (IMAP)and/or post office protocol (POP)), instant messaging (e.g., extensiblemessaging and presence protocol (XMPP), Session Initiation Protocol forInstant Messaging and Presence Leveraging Extensions (SIMPLE), InstantMessaging and Presence Service (IMPS)), and/or Short Message Service(SMS), or any other suitable communication protocol, includingcommunication protocols not yet developed as of the filing date of thisdocument.

Audio circuitry 110, speaker 111, and microphone 113 provide an audiointerface between a user and device 100. Audio circuitry 110 receivesaudio data from peripherals interface 118, converts the audio data to anelectrical signal, and transmits the electrical signal to speaker 111.Speaker 111 converts the electrical signal to human-audible sound waves.Audio circuitry 110 also receives electrical signals converted bymicrophone 113 from sound waves. Audio circuitry 110 converts theelectrical signal to audio data and transmits the audio data toperipherals interface 118 for processing. Audio data is, optionally,retrieved from and/or transmitted to memory 102 and/or RF circuitry 108by peripherals interface 118. In some embodiments, audio circuitry 110also includes a headset jack (e.g., 212, FIG. 2). The headset jackprovides an interface between audio circuitry 110 and removable audioinput/output peripherals, such as output-only headphones or a headsetwith both output (e.g., a headphone for one or both ears) and input(e.g., a microphone).

I/O subsystem 106 couples input/output peripherals on device 100, suchas touch screen 112 and other input control devices 116, to peripheralsinterface 118. I/O subsystem 106 optionally includes display controller156, optical sensor controller 158, intensity sensor controller 159,haptic feedback controller 161 and one or more input controllers 160 forother input or control devices. The one or more input controllers 160receive/send electrical signals from/to other input or control devices116. The other input control devices 116 optionally include physicalbuttons (e.g., push buttons, rocker buttons, etc.), dials, sliderswitches, joysticks, click wheels, and so forth. In some alternateembodiments, input controller(s) 160 are, optionally, coupled to any (ornone) of the following: a keyboard, infrared port, USB port, and apointer device such as a mouse. The one or more buttons (e.g., 208, FIG.2) optionally include an up/down button for volume control of speaker111 and/or microphone 113. The one or more buttons optionally include apush button (e.g., 206, FIG. 2).

A quick press of the push button optionally disengages a lock of touchscreen 112 or optionally begins a process that uses gestures on thetouch screen to unlock the device, as described in U.S. patentapplication Ser. No. 11/322,549, “Unlocking a Device by PerformingGestures on an Unlock Image,” filed Dec. 23, 2005, U.S. Pat. No.7,657,849, which is hereby incorporated by reference in its entirety. Alonger press of the push button (e.g., 206) optionally turns power todevice 100 on or off. The functionality of one or more of the buttonsare, optionally, user-customizable. Touch screen 112 is used toimplement virtual or soft buttons and one or more soft keyboards.

Touch-sensitive display 112 provides an input interface and an outputinterface between the device and a user. As described above, thetouch-sensitive operation and the display operation of touch-sensitivedisplay 112 are optionally separated from each other, such that adisplay device is used for display purposes and a touch-sensitivesurface (whether display or not) is used for input detection purposes,and the described components and functions are modified accordingly.However, for simplicity, the following description is provided withreference to a touch-sensitive display. Display controller 156 receivesand/or sends electrical signals from/to touch screen 112. Touch screen112 displays visual output to the user. The visual output optionallyincludes graphics, text, icons, video, and any combination thereof(collectively termed “graphics”). In some embodiments, some or all ofthe visual output corresponds to user-interface objects.

Touch screen 112 has a touch-sensitive surface, sensor or set of sensorsthat accepts input from the user based on haptic and/or tactile contact.Touch screen 112 and display controller 156 (along with any associatedmodules and/or sets of instructions in memory 102) detect contact (andany movement or breaking of the contact) on touch screen 112 and convertthe detected contact into interaction with user-interface objects (e.g.,one or more soft keys, icons, web pages or images) that are displayed ontouch screen 112. In an exemplary embodiment, a point of contact betweentouch screen 112 and the user corresponds to a finger of the user.

Touch screen 112 optionally uses LCD (liquid crystal display)technology, LPD (light emitting polymer display) technology, or LED(light emitting diode) technology, although other display technologiesare used in other embodiments. Touch screen 112 and display controller156 optionally detect contact and any movement or breaking thereof usingany of a plurality of touch sensing technologies now known or laterdeveloped, including but not limited to capacitive, resistive, infrared,and surface acoustic wave technologies, as well as other proximitysensor arrays or other elements for determining one or more points ofcontact with touch screen 112. In an exemplary embodiment, projectedmutual capacitance sensing technology is used, such as that found in theiPhone®, iPod Touch®, and iPad® from Apple Inc. of Cupertino, Calif.

A touch-sensitive display in some embodiments of touch screen 112 is,optionally, analogous to the multi-touch sensitive touchpads describedin the following U.S. Pat. No. 6,323,846 (Westerman et al.), U.S. Pat.No. 6,570,557 (Westerman et al.), and/or U.S. Pat. No. 6,677,932(Westerman), and/or U.S. Patent Publication 2002/0015024A1, each ofwhich is hereby incorporated by reference in its entirety. However,touch screen 112 displays visual output from device 100, whereastouch-sensitive touchpads do not provide visual output.

A touch-sensitive display in some embodiments of touch screen 112 isdescribed in the following applications: (1) U.S. patent applicationSer. No. 11/381,313, “Multipoint Touch Surface Controller,” filed May 2,2006; (2) U.S. patent application Ser. No. 10/840,862, “MultipointTouchscreen,” filed May 6, 2004; (3) U.S. patent application Ser. No.10/903,964, “Gestures For Touch Sensitive Input Devices,” filed Jul. 30,2004; (4) U.S. patent application Ser. No. 11/048,264, “Gestures ForTouch Sensitive Input Devices,” filed Jan. 31, 2005; (5) U.S. patentapplication Ser. No. 11/038,590, “Mode-Based Graphical User InterfacesFor Touch Sensitive Input Devices,” filed Jan. 18, 2005; (6) U.S. patentapplication Ser. No. 11/228,758, “Virtual Input Device Placement On ATouch Screen User Interface,” filed Sep. 16, 2005; (7) U.S. patentapplication Ser. No. 11/228,700, “Operation Of A Computer With A TouchScreen Interface,” filed Sep. 16, 2005; (8) U.S. patent application Ser.No. 11/228,737, “Activating Virtual Keys Of A Touch-Screen VirtualKeyboard,” filed Sep. 16, 2005; and (9) U.S. patent application Ser. No.11/367,749, “Multi-Functional Hand-Held Device,” filed Mar. 3, 2006. Allof these applications are incorporated by reference herein in theirentirety.

Touch screen 112 optionally has a video resolution in excess of 100 dpi.In some embodiments, the touch screen has a video resolution ofapproximately 160 dpi. The user optionally makes contact with touchscreen 112 using any suitable object or appendage, such as a stylus, afinger, and so forth. In some embodiments, the user interface isdesigned to work primarily with finger-based contacts and gestures,which can be less precise than stylus-based input due to the larger areaof contact of a finger on the touch screen. In some embodiments, thedevice translates the rough finger-based input into a precisepointer/cursor position or command for performing the actions desired bythe user.

In some embodiments, in addition to the touch screen, device 100optionally includes a touchpad (not shown) for activating ordeactivating particular functions. In some embodiments, the touchpad isa touch-sensitive area of the device that, unlike the touch screen, doesnot display visual output. The touchpad is, optionally, atouch-sensitive surface that is separate from touch screen 112 or anextension of the touch-sensitive surface formed by the touch screen.

Device 100 also includes power system 162 for powering the variouscomponents. Power system 162 optionally includes a power managementsystem, one or more power sources (e.g., battery, alternating current(AC)), a recharging system, a power failure detection circuit, a powerconverter or inverter, a power status indicator (e.g., a light-emittingdiode (LED)) and any other components associated with the generation,management and distribution of power in portable or non-portabledevices.

Device 100 optionally also includes one or more optical sensors 164.FIG. 1A shows an optical sensor coupled to optical sensor controller 158in I/O subsystem 106. Optical sensor 164 optionally includescharge-coupled device (CCD) or complementary metal-oxide semiconductor(CMOS) phototransistors. Optical sensor 164 receives light from theenvironment, projected through one or more lenses, and converts thelight to data representing an image. In conjunction with imaging module143 (also called a camera module), optical sensor 164 optionallycaptures still images or video. In some embodiments, an optical sensoris located on the back of device 100, opposite touch screen display 112on the front of the device so that the touch screen display is enabledfor use as a viewfinder for still and/or video image acquisition. Insome embodiments, an optical sensor is located on the front of thedevice so that the user's image is, optionally, obtained for videoconferencing while the user views the other video conferenceparticipants on the touch screen display. In some embodiments, theposition of optical sensor 164 can be changed by the user (e.g., byrotating the lens and the sensor in the device housing) so that a singleoptical sensor 164 is used along with the touch screen display for bothvideo conferencing and still and/or video image acquisition.

Device 100 optionally also includes one or more contact intensitysensors 165. FIG. 1A shows a contact intensity sensor coupled tointensity sensor controller 159 in I/O subsystem 106. Contact intensitysensor 165 optionally includes one or more piezoresistive strain gauges,capacitive force sensors, electric force sensors, piezoelectric forcesensors, optical force sensors, capacitive touch-sensitive surfaces, orother intensity sensors (e.g., sensors used to measure the force (orpressure) of a contact on a touch-sensitive surface). Contact intensitysensor 165 receives contact intensity information (e.g., pressureinformation or a proxy for pressure information) from the environment.In some embodiments, at least one contact intensity sensor is collocatedwith, or proximate to, a touch-sensitive surface (e.g., touch-sensitivedisplay system 112). In some embodiments, at least one contact intensitysensor is located on the back of device 100, opposite touch screendisplay 112 which is located on the front of device 100.

Device 100 optionally also includes one or more proximity sensors 166.FIG. 1A shows proximity sensor 166 coupled to peripherals interface 118.Alternately, proximity sensor 166 is, optionally, coupled to inputcontroller 160 in I/O subsystem 106. Proximity sensor 166 optionallyperforms as described in U.S. patent application Ser. No. 11/241,839,“Proximity Detector In Handheld Device”; Ser. No. 11/240,788, “ProximityDetector In Handheld Device”; Ser. No. 11/620,702, “Using Ambient LightSensor To Augment Proximity Sensor Output”; Ser. No. 11/586,862,“Automated Response To And Sensing Of User Activity In PortableDevices”; and Ser. No. 11/638,251, “Methods And Systems For AutomaticConfiguration Of Peripherals,” which are hereby incorporated byreference in their entirety. In some embodiments, the proximity sensorturns off and disables touch screen 112 when the multifunction device isplaced near the user's ear (e.g., when the user is making a phone call).

Device 100 optionally also includes one or more tactile outputgenerators 167. FIG. 1A shows a tactile output generator coupled tohaptic feedback controller 161 in I/O subsystem 106. Tactile outputgenerator 167 optionally includes one or more electroacoustic devicessuch as speakers or other audio components and/or electromechanicaldevices that convert energy into linear motion such as a motor,solenoid, electroactive polymer, piezoelectric actuator, electrostaticactuator, or other tactile output generating component (e.g., acomponent that converts electrical signals into tactile outputs on thedevice). Contact intensity sensor 165 receives tactile feedbackgeneration instructions from haptic feedback module 133 and generatestactile outputs on device 100 that are capable of being sensed by a userof device 100. In some embodiments, at least one tactile outputgenerator is collocated with, or proximate to, a touch-sensitive surface(e.g., touch-sensitive display system 112) and, optionally, generates atactile output by moving the touch-sensitive surface vertically (e.g.,in/out of a surface of device 100) or laterally (e.g., back and forth inthe same plane as a surface of device 100). In some embodiments, atleast one tactile output generator sensor is located on the back ofdevice 100, opposite touch screen display 112 which is located on thefront of device 100.

Device 100 optionally also includes one or more accelerometers 168. FIG.1A shows accelerometer 168 coupled to peripherals interface 118.Alternately, accelerometer 168 is, optionally, coupled to an inputcontroller 160 in I/O subsystem 106. Accelerometer 168 optionallyperforms as described in U.S. Patent Publication No. 20050190059,“Acceleration-based Theft Detection System for Portable ElectronicDevices,” and U.S. Patent Publication No. 20060017692, “Methods AndApparatuses For Operating A Portable Device Based On An Accelerometer,”both of which are incorporated by reference herein in their entirety. Insome embodiments, information is displayed on the touch screen displayin a portrait view or a landscape view based on an analysis of datareceived from the one or more accelerometers. Device 100 optionallyincludes, in addition to accelerometer(s) 168, a magnetometer (notshown) and a GPS (or GLONASS or other global navigation system) receiver(not shown) for obtaining information concerning the location andorientation (e.g., portrait or landscape) of device 100.

In some embodiments, the software components stored in memory 102include operating system 126, communication module (or set ofinstructions) 128, contact/motion module (or set of instructions) 130,graphics module (or set of instructions) 132, text input module (or setof instructions) 134, Global Positioning System (GPS) module (or set ofinstructions) 135, and applications (or sets of instructions) 136.Furthermore, in some embodiments, memory 102 (FIG. 1A) or 370 (FIG. 3)stores device/global internal state 157, as shown in FIGS. 1A and 3.Device/global internal state 157 includes one or more of: activeapplication state, indicating which applications, if any, are currentlyactive; display state, indicating what applications, views or otherinformation occupy various regions of touch screen display 112; sensorstate, including information obtained from the device's various sensorsand input control devices 116; and location information concerning thedevice's location and/or attitude.

Operating system 126 (e.g., Darwin, RTXC, LINUX, UNIX, OS X, iOS,WINDOWS, or an embedded operating system such as VxWorks) includesvarious software components and/or drivers for controlling and managinggeneral system tasks (e.g., memory management, storage device control,power management, etc.) and facilitates communication between varioushardware and software components.

Communication module 128 facilitates communication with other devicesover one or more external ports 124 and also includes various softwarecomponents for handling data received by RF circuitry 108 and/orexternal port 124. External port 124 (e.g., Universal Serial Bus (USB),FIREWIRE, etc.) is adapted for coupling directly to other devices orindirectly over a network (e.g., the Internet, wireless LAN, etc.). Insome embodiments, the external port is a multi-pin (e.g., 30-pin)connector that is the same as, or similar to and/or compatible with the30-pin connector used on iPod (trademark of Apple Inc.) devices.

Contact/motion module 130 optionally detects contact with touch screen112 (in conjunction with display controller 156) and othertouch-sensitive devices (e.g., a touchpad or physical click wheel).Contact/motion module 130 includes various software components forperforming various operations related to detection of contact, such asdetermining if contact has occurred (e.g., detecting a finger-downevent), determining an intensity of the contact (e.g., the force orpressure of the contact or a substitute for the force or pressure of thecontact) determining if there is movement of the contact and trackingthe movement across the touch-sensitive surface (e.g., detecting one ormore finger-dragging events), and determining if the contact has ceased(e.g., detecting a finger-up event or a break in contact).Contact/motion module 130 receives contact data from the touch-sensitivesurface. Determining movement of the point of contact, which isrepresented by a series of contact data, optionally includes determiningspeed (magnitude), velocity (magnitude and direction), and/or anacceleration (a change in magnitude and/or direction) of the point ofcontact. These operations are, optionally, applied to single contacts(e.g., one finger contacts) or to multiple simultaneous contacts (e.g.,“multitouch”/multiple finger contacts). In some embodiments,contact/motion module 130 and display controller 156 detect contact on atouchpad.

In some embodiments, contact/motion module 130 uses a set of one or moreintensity thresholds to determine whether an operation has beenperformed by a user (e.g., to determine whether a user has “clicked” onan icon). In some embodiments at least a subset of the intensitythresholds are determined in accordance with software parameters (e.g.,the intensity thresholds are not determined by the activation thresholdsof particular physical actuators and can be adjusted without changingthe physical hardware of device 100). For example, a mouse “click”threshold of a trackpad or touch screen display can be set to any of alarge range of predefined threshold values without changing the trackpador touch screen display hardware. Additionally, in some implementationsa user of the device is provided with software settings for adjustingone or more of the set of intensity thresholds (e.g., by adjustingindividual intensity thresholds and/or by adjusting a plurality ofintensity thresholds at once with a system-level click “intensity”parameter).

Contact/motion module 130 optionally detects a gesture input by a user.Different gestures on the touch-sensitive surface have different contactpatterns (e.g., different motions, timings, and/or intensities ofdetected contacts). Thus, a gesture is, optionally, detected bydetecting a particular contact pattern. For example, detecting a fingertap gesture includes detecting a finger-down event followed by detectinga finger-up (liftoff) event at the same position (or substantially thesame position) as the finger-down event (e.g., at the position of anicon). As another example, detecting a finger swipe gesture on thetouch-sensitive surface includes detecting a finger-down event followedby detecting one or more finger-dragging events, and subsequentlyfollowed by detecting a finger-up (liftoff) event.

Graphics module 132 includes various known software components forrendering and displaying graphics on touch screen 112 or other display,including components for changing the visual impact (e.g., brightness,transparency, saturation, contrast or other visual property) of graphicsthat are displayed. As used herein, the term “graphics” includes anyobject that can be displayed to a user, including without limitationtext, web pages, icons (such as user-interface objects including softkeys), digital images, videos, animations and the like.

In some embodiments, graphics module 132 stores data representinggraphics to be used. Each graphic is, optionally, assigned acorresponding code. Graphics module 132 receives, from applicationsetc., one or more codes specifying graphics to be displayed along with,if necessary, coordinate data and other graphic property data, and thengenerates screen image data to output to display controller 156.

Haptic feedback module 133 includes various software components forgenerating instructions used by tactile output generator(s) 167 toproduce tactile outputs at one or more locations on device 100 inresponse to user interactions with device 100.

Text input module 134, which is, optionally, a component of graphicsmodule 132, provides soft keyboards for entering text in variousapplications (e.g., contacts 137, e-mail 140, IM 141, browser 147, andany other application that needs text input).

GPS module 135 determines the location of the device and provides thisinformation for use in various applications (e.g., to telephone 138 foruse in location-based dialing, to camera 143 as picture/video metadata,and to applications that provide location-based services such as weatherwidgets, local yellow page widgets, and map/navigation widgets).

Applications 136 optionally include the following modules (or sets ofinstructions), or a subset or superset thereof:

-   -   contacts module 137 (sometimes called an address book or contact        list);    -   telephone module 138;    -   video conferencing module 139;    -   e-mail client module 140;    -   instant messaging (IM) module 141;    -   workout support module 142;    -   camera module 143 for still and/or video images;    -   image management module 144;    -   video player module;    -   music player module;    -   browser module 147;    -   calendar module 148;    -   widget modules 149, which optionally include one or more of:        weather widget 149-1, stocks widget 149-2, calculator widget        149-3, alarm clock widget 149-4, dictionary widget 149-5, and        other widgets obtained by the user, as well as user-created        widgets 149-6;    -   widget creator module 150 for making user-created widgets 149-6;    -   search module 151;    -   video and music player module 152, which merges video player        module and music player module;    -   notes module 153;    -   map module 154; and/or    -   online video module 155.

Examples of other applications 136 that are, optionally, stored inmemory 102 include other word processing applications, other imageediting applications, drawing applications, presentation applications,JAVA-enabled applications, encryption, digital rights management, voicerecognition, and voice replication.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, and text input module134, contacts module 137 are, optionally, used to manage an address bookor contact list (e.g., stored in application internal state 192 ofcontacts module 137 in memory 102 or memory 370), including: addingname(s) to the address book; deleting name(s) from the address book;associating telephone number(s), e-mail address(es), physicaladdress(es) or other information with a name; associating an image witha name; categorizing and sorting names; providing telephone numbers ore-mail addresses to initiate and/or facilitate communications bytelephone 138, video conference module 139, e-mail 140, or IM 141; andso forth.

In conjunction with RF circuitry 108, audio circuitry 110, speaker 111,microphone 113, touch screen 112, display controller 156, contact/motionmodule 130, graphics module 132, and text input module 134, telephonemodule 138 are optionally, used to enter a sequence of characterscorresponding to a telephone number, access one or more telephonenumbers in contacts module 137, modify a telephone number that has beenentered, dial a respective telephone number, conduct a conversation, anddisconnect or hang up when the conversation is completed. As notedabove, the wireless communication optionally uses any of a plurality ofcommunications standards, protocols, and technologies.

In conjunction with RF circuitry 108, audio circuitry 110, speaker 111,microphone 113, touch screen 112, display controller 156, optical sensor164, optical sensor controller 158, contact/motion module 130, graphicsmodule 132, text input module 134, contacts module 137, and telephonemodule 138, video conference module 139 includes executable instructionsto initiate, conduct, and terminate a video conference between a userand one or more other participants in accordance with user instructions.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, and textinput module 134, e-mail client module 140 includes executableinstructions to create, send, receive, and manage e-mail in response touser instructions. In conjunction with image management module 144,e-mail client module 140 makes it very easy to create and send e-mailswith still or video images taken with camera module 143.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, and textinput module 134, the instant messaging module 141 includes executableinstructions to enter a sequence of characters corresponding to aninstant message, to modify previously entered characters, to transmit arespective instant message (for example, using a Short Message Service(SMS) or Multimedia Message Service (MMS) protocol for telephony-basedinstant messages or using XMPP, SIMPLE, or IMPS for Internet-basedinstant messages), to receive instant messages, and to view receivedinstant messages. In some embodiments, transmitted and/or receivedinstant messages optionally include graphics, photos, audio files, videofiles and/or other attachments as are supported in an MMS and/or anEnhanced Messaging Service (EMS). As used herein, “instant messaging”refers to both telephony-based messages (e.g., messages sent using SMSor MMS) and Internet-based messages (e.g., messages sent using XMPP,SIMPLE, or IMPS).

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, GPS module 135, map module 154, and music playermodule, workout support module 142 includes executable instructions tocreate workouts (e.g., with time, distance, and/or calorie burninggoals); communicate with workout sensors (sports devices); receiveworkout sensor data; calibrate sensors used to monitor a workout; selectand play music for a workout; and display, store, and transmit workoutdata.

In conjunction with touch screen 112, display controller 156, opticalsensor(s) 164, optical sensor controller 158, contact/motion module 130,graphics module 132, and image management module 144, camera module 143includes executable instructions to capture still images or video(including a video stream) and store them into memory 102, modifycharacteristics of a still image or video, or delete a still image orvideo from memory 102.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, text input module 134,and camera module 143, image management module 144 includes executableinstructions to arrange, modify (e.g., edit), or otherwise manipulate,label, delete, present (e.g., in a digital slide show or album), andstore still and/or video images.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, and textinput module 134, browser module 147 includes executable instructions tobrowse the Internet in accordance with user instructions, includingsearching, linking to, receiving, and displaying web pages or portionsthereof, as well as attachments and other files linked to web pages.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, e-mail client module 140, and browser module 147,calendar module 148 includes executable instructions to create, display,modify, and store calendars and data associated with calendars (e.g.,calendar entries, to-do lists, etc.) in accordance with userinstructions.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, and browser module 147, widget modules 149 aremini-applications that are, optionally, downloaded and used by a user(e.g., weather widget 149-1, stocks widget 149-2, calculator widget149-3, alarm clock widget 149-4, and dictionary widget 149-5) or createdby the user (e.g., user-created widget 149-6). In some embodiments, awidget includes an HTML (Hypertext Markup Language) file, a CSS(Cascading Style Sheets) file, and a JavaScript file. In someembodiments, a widget includes an XML (Extensible Markup Language) fileand a JavaScript file (e.g., Yahoo! Widgets).

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, and browser module 147, the widget creator module 150are, optionally, used by a user to create widgets (e.g., turning auser-specified portion of a web page into a widget).

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, and text input module134, search module 151 includes executable instructions to search fortext, music, sound, image, video, and/or other files in memory 102 thatmatch one or more search criteria (e.g., one or more user-specifiedsearch terms) in accordance with user instructions.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, audio circuitry 110,speaker 111, RF circuitry 108, and browser module 147, video and musicplayer module 152 includes executable instructions that allow the userto download and play back recorded music and other sound files stored inone or more file formats, such as MP3 or AAC files, and executableinstructions to display, present, or otherwise play back videos (e.g.,on touch screen 112 or on an external, connected display via externalport 124). In some embodiments, device 100 optionally includes thefunctionality of an MP3 player, such as an iPod (trademark of AppleInc.).

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, and text input module134, notes module 153 includes executable instructions to create andmanage notes, to-do lists, and the like in accordance with userinstructions.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, GPS module 135, and browser module 147, map module 154are, optionally, used to receive, display, modify, and store maps anddata associated with maps (e.g., driving directions, data on stores andother points of interest at or near a particular location, and otherlocation-based data) in accordance with user instructions.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, audio circuitry 110,speaker 111, RF circuitry 108, text input module 134, e-mail clientmodule 140, and browser module 147, online video module 155 includesinstructions that allow the user to access, browse, receive (e.g., bystreaming and/or download), play back (e.g., on the touch screen or onan external, connected display via external port 124), send an e-mailwith a link to a particular online video, and otherwise manage onlinevideos in one or more file formats, such as H.264. In some embodiments,instant messaging module 141, rather than e-mail client module 140, isused to send a link to a particular online video. Additional descriptionof the online video application can be found in U.S. Provisional PatentApplication No. 60/936,562, “Portable Multifunction Device, Method, andGraphical User Interface for Playing Online Videos,” filed Jun. 20,2007, and U.S. patent application Ser. No. 11/968,067, “PortableMultifunction Device, Method, and Graphical User Interface for PlayingOnline Videos,” filed Dec. 31, 2007, the contents of which are herebyincorporated by reference in their entirety.

Each of the above-identified modules and applications corresponds to aset of executable instructions for performing one or more functionsdescribed above and the methods described in this application (e.g., thecomputer-implemented methods and other information processing methodsdescribed herein). These modules (e.g., sets of instructions) need notbe implemented as separate software programs, procedures, or modules,and thus various subsets of these modules are, optionally, combined orotherwise rearranged in various embodiments. For example, video playermodule is, optionally, combined with music player module into a singlemodule (e.g., video and music player module 152, FIG. 1A). In someembodiments, memory 102 optionally stores a subset of the modules anddata structures identified above. Furthermore, memory 102 optionallystores additional modules and data structures not described above.

In some embodiments, device 100 is a device where operation of apredefined set of functions on the device is performed exclusivelythrough a touch screen and/or a touchpad. By using a touch screen and/ora touchpad as the primary input control device for operation of device100, the number of physical input control devices (such as push buttons,dials, and the like) on device 100 is, optionally, reduced.

The predefined set of functions that are performed exclusively through atouch screen and/or a touchpad optionally include navigation betweenuser interfaces. In some embodiments, the touchpad, when touched by theuser, navigates device 100 to a main, home, or root menu from any userinterface that is displayed on device 100. In such embodiments, a “menubutton” is implemented using a touchpad. In some other embodiments, themenu button is a physical push button or other physical input controldevice instead of a touchpad.

FIG. 1B is a block diagram illustrating exemplary components for eventhandling in accordance with some embodiments. In some embodiments,memory 102 (FIG. 1A) or 370 (FIG. 3) includes event sorter 170 (e.g., inoperating system 126) and a respective application 136-1 (e.g., any ofthe aforementioned applications 137-151, 155, 380-390).

Event sorter 170 receives event information and determines theapplication 136-1 and application view 191 of application 136-1 to whichto deliver the event information. Event sorter 170 includes eventmonitor 171 and event dispatcher module 174. In some embodiments,application 136-1 includes application internal state 192, whichindicates the current application view(s) displayed on touch-sensitivedisplay 112 when the application is active or executing. In someembodiments, device/global internal state 157 is used by event sorter170 to determine which application(s) is (are) currently active, andapplication internal state 192 is used by event sorter 170 to determineapplication views 191 to which to deliver event information.

In some embodiments, application internal state 192 includes additionalinformation, such as one or more of: resume information to be used whenapplication 136-1 resumes execution, user interface state informationthat indicates information being displayed or that is ready for displayby application 136-1, a state queue for enabling the user to go back toa prior state or view of application 136-1, and a redo/undo queue ofprevious actions taken by the user.

Event monitor 171 receives event information from peripherals interface118. Event information includes information about a sub-event (e.g., auser touch on touch-sensitive display 112, as part of a multi-touchgesture). Peripherals interface 118 transmits information it receivesfrom I/O subsystem 106 or a sensor, such as proximity sensor 166,accelerometer(s) 168, and/or microphone 113 (through audio circuitry110). Information that peripherals interface 118 receives from I/Osubsystem 106 includes information from touch-sensitive display 112 or atouch-sensitive surface.

In some embodiments, event monitor 171 sends requests to the peripheralsinterface 118 at predetermined intervals. In response, peripheralsinterface 118 transmits event information. In other embodiments,peripherals interface 118 transmits event information only when there isa significant event (e.g., receiving an input above a predeterminednoise threshold and/or for more than a predetermined duration).

In some embodiments, event sorter 170 also includes a hit viewdetermination module 172 and/or an active event recognizer determinationmodule 173.

Hit view determination module 172 provides software procedures fordetermining where a sub-event has taken place within one or more viewswhen touch-sensitive display 112 displays more than one view. Views aremade up of controls and other elements that a user can see on thedisplay.

Another aspect of the user interface associated with an application is aset of views, sometimes herein called application views or userinterface windows, in which information is displayed and touch-basedgestures occur. The application views (of a respective application) inwhich a touch is detected optionally correspond to programmatic levelswithin a programmatic or view hierarchy of the application. For example,the lowest level view in which a touch is detected is, optionally,called the hit view, and the set of events that are recognized as properinputs are, optionally, determined based, at least in part, on the hitview of the initial touch that begins a touch-based gesture.

Hit view determination module 172 receives information related tosub-events of a touch-based gesture. When an application has multipleviews organized in a hierarchy, hit view determination module 172identifies a hit view as the lowest view in the hierarchy which shouldhandle the sub-event. In most circumstances, the hit view is the lowestlevel view in which an initiating sub-event occurs (e.g., the firstsub-event in the sequence of sub-events that form an event or potentialevent). Once the hit view is identified by the hit view determinationmodule 172, the hit view typically receives all sub-events related tothe same touch or input source for which it was identified as the hitview.

Active event recognizer determination module 173 determines which viewor views within a view hierarchy should receive a particular sequence ofsub-events. In some embodiments, active event recognizer determinationmodule 173 determines that only the hit view should receive a particularsequence of sub-events. In other embodiments, active event recognizerdetermination module 173 determines that all views that include thephysical location of a sub-event are actively involved views, andtherefore determines that all actively involved views should receive aparticular sequence of sub-events. In other embodiments, even if touchsub-events were entirely confined to the area associated with oneparticular view, views higher in the hierarchy would still remain asactively involved views.

Event dispatcher module 174 dispatches the event information to an eventrecognizer (e.g., event recognizer 180). In embodiments including activeevent recognizer determination module 173, event dispatcher module 174delivers the event information to an event recognizer determined byactive event recognizer determination module 173. In some embodiments,event dispatcher module 174 stores in an event queue the eventinformation, which is retrieved by a respective event receiver 182.

In some embodiments, operating system 126 includes event sorter 170.Alternatively, application 136-1 includes event sorter 170. In yet otherembodiments, event sorter 170 is a stand-alone module, or a part ofanother module stored in memory 102, such as contact/motion module 130.

In some embodiments, application 136-1 includes a plurality of eventhandlers 190 and one or more application views 191, each of whichincludes instructions for handling touch events that occur within arespective view of the application's user interface. Each applicationview 191 of the application 136-1 includes one or more event recognizers180. Typically, a respective application view 191 includes a pluralityof event recognizers 180. In other embodiments, one or more of eventrecognizers 180 are part of a separate module, such as a user interfacekit (not shown) or a higher level object from which application 136-1inherits methods and other properties. In some embodiments, a respectiveevent handler 190 includes one or more of: data updater 176, objectupdater 177, GUI updater 178, and/or event data 179 received from eventsorter 170. Event handler 190 optionally utilizes or calls data updater176, object updater 177, or GUI updater 178 to update the applicationinternal state 192. Alternatively, one or more of the application views191 include one or more respective event handlers 190. Also, in someembodiments, one or more of data updater 176, object updater 177, andGUI updater 178 are included in a respective application view 191.

A respective event recognizer 180 receives event information (e.g.,event data 179) from event sorter 170 and identifies an event from theevent information. Event recognizer 180 includes event receiver 182 andevent comparator 184. In some embodiments, event recognizer 180 alsoincludes at least a subset of: metadata 183, and event deliveryinstructions 188 (which optionally include sub-event deliveryinstructions).

Event receiver 182 receives event information from event sorter 170. Theevent information includes information about a sub-event, for example, atouch or a touch movement. Depending on the sub-event, the eventinformation also includes additional information, such as location ofthe sub-event. When the sub-event concerns motion of a touch, the eventinformation optionally also includes speed and direction of thesub-event. In some embodiments, events include rotation of the devicefrom one orientation to another (e.g., from a portrait orientation to alandscape orientation, or vice versa), and the event informationincludes corresponding information about the current orientation (alsocalled device attitude) of the device.

Event comparator 184 compares the event information to predefined eventor sub-event definitions and, based on the comparison, determines anevent or sub-event, or determines or updates the state of an event orsub-event. In some embodiments, event comparator 184 includes eventdefinitions 186. Event definitions 186 contain definitions of events(e.g., predefined sequences of sub-events), for example, event 1(187-1), event 2 (187-2), and others. In some embodiments, sub-events inan event (187) include, for example, touch begin, touch end, touchmovement, touch cancellation, and multiple touching. In one example, thedefinition for event 1 (187-1) is a double tap on a displayed object.The double tap, for example, comprises a first touch (touch begin) onthe displayed object for a predetermined phase, a first liftoff (touchend) for a predetermined phase, a second touch (touch begin) on thedisplayed object for a predetermined phase, and a second liftoff (touchend) for a predetermined phase. In another example, the definition forevent 2 (187-2) is a dragging on a displayed object. The dragging, forexample, comprises a touch (or contact) on the displayed object for apredetermined phase, a movement of the touch across touch-sensitivedisplay 112, and liftoff of the touch (touch end). In some embodiments,the event also includes information for one or more associated eventhandlers 190.

In some embodiments, event definition 187 includes a definition of anevent for a respective user-interface object. In some embodiments, eventcomparator 184 performs a hit test to determine which user-interfaceobject is associated with a sub-event. For example, in an applicationview in which three user-interface objects are displayed ontouch-sensitive display 112, when a touch is detected on touch-sensitivedisplay 112, event comparator 184 performs a hit test to determine whichof the three user-interface objects is associated with the touch(sub-event). If each displayed object is associated with a respectiveevent handler 190, the event comparator uses the result of the hit testto determine which event handler 190 should be activated. For example,event comparator 184 selects an event handler associated with thesub-event and the object triggering the hit test.

In some embodiments, the definition for a respective event (187) alsoincludes delayed actions that delay delivery of the event informationuntil after it has been determined whether the sequence of sub-eventsdoes or does not correspond to the event recognizer's event type.

When a respective event recognizer 180 determines that the series ofsub-events do not match any of the events in event definitions 186, therespective event recognizer 180 enters an event impossible, eventfailed, or event ended state, after which it disregards subsequentsub-events of the touch-based gesture. In this situation, other eventrecognizers, if any, that remain active for the hit view continue totrack and process sub-events of an ongoing touch-based gesture.

In some embodiments, a respective event recognizer 180 includes metadata183 with configurable properties, flags, and/or lists that indicate howthe event delivery system should perform sub-event delivery to activelyinvolved event recognizers. In some embodiments, metadata 183 includesconfigurable properties, flags, and/or lists that indicate how eventrecognizers interact, or are enabled to interact, with one another. Insome embodiments, metadata 183 includes configurable properties, flags,and/or lists that indicate whether sub-events are delivered to varyinglevels in the view or programmatic hierarchy.

In some embodiments, a respective event recognizer 180 activates eventhandler 190 associated with an event when one or more particularsub-events of an event are recognized. In some embodiments, a respectiveevent recognizer 180 delivers event information associated with theevent to event handler 190. Activating an event handler 190 is distinctfrom sending (and deferred sending) sub-events to a respective hit view.In some embodiments, event recognizer 180 throws a flag associated withthe recognized event, and event handler 190 associated with the flagcatches the flag and performs a predefined process.

In some embodiments, event delivery instructions 188 include sub-eventdelivery instructions that deliver event information about a sub-eventwithout activating an event handler. Instead, the sub-event deliveryinstructions deliver event information to event handlers associated withthe series of sub-events or to actively involved views. Event handlersassociated with the series of sub-events or with actively involved viewsreceive the event information and perform a predetermined process.

In some embodiments, data updater 176 creates and updates data used inapplication 136-1. For example, data updater 176 updates the telephonenumber used in contacts module 137, or stores a video file used in videoplayer module. In some embodiments, object updater 177 creates andupdates objects used in application 136-1. For example, object updater177 creates a new user-interface object or updates the position of auser-interface object. GUI updater 178 updates the GUI. For example, GUIupdater 178 prepares display information and sends it to graphics module132 for display on a touch-sensitive display.

In some embodiments, event handler(s) 190 includes or has access to dataupdater 176, object updater 177, and GUI updater 178. In someembodiments, data updater 176, object updater 177, and GUI updater 178are included in a single module of a respective application 136-1 orapplication view 191. In other embodiments, they are included in two ormore software modules.

It shall be understood that the foregoing discussion regarding eventhandling of user touches on touch-sensitive displays also applies toother forms of user inputs to operate multifunction devices 100 withinput devices, not all of which are initiated on touch screens. Forexample, mouse movement and mouse button presses, optionally coordinatedwith single or multiple keyboard presses or holds; contact movementssuch as taps, drags, scrolls, etc. on touchpads; pen stylus inputs;movement of the device; oral instructions; detected eye movements;biometric inputs; and/or any combination thereof are optionally utilizedas inputs corresponding to sub-events which define an event to berecognized.

FIG. 2 illustrates a portable or non-portable multifunction device 100having a touch screen 112 in accordance with some embodiments. As statedabove, multifunction device 100 is described as having the variousillustrated structures (such as touch screen 112, speaker 111,accelerometer 168, microphone 113, etc.); however, it is understood thatthese structures optionally reside on separate devices. For example,display-related structures (e.g., display, speaker, etc.) and/orfunctions optionally reside on a separate display device, input-relatedstructures (e.g., touch-sensitive surface, microphone, accelerometer,etc.) and/or functions optionally reside on a separate input device, andremaining structures and/or functions optionally reside on multifunctiondevice 100.

The touch screen 112 optionally displays one or more graphics withinuser interface (UI) 200. In this embodiment, as well as others describedbelow, a user is enabled to select one or more of the graphics by makinga gesture on the graphics, for example, with one or more fingers 202(not drawn to scale in the figure) or one or more styluses 203 (notdrawn to scale in the figure). In some embodiments, selection of one ormore graphics occurs when the user breaks contact with the one or moregraphics. In some embodiments, the gesture optionally includes one ormore taps, one or more swipes (from left to right, right to left, upwardand/or downward) and/or a rolling of a finger (from right to left, leftto right, upward and/or downward) that has made contact with device 100.In some implementations or circumstances, inadvertent contact with agraphic does not select the graphic. For example, a swipe gesture thatsweeps over an application icon optionally does not select thecorresponding application when the gesture corresponding to selection isa tap.

Device 100 optionally also includes one or more physical buttons, suchas “home” or menu button 204. As previously described, menu button 204is, optionally, used to navigate to any application 136 in a set ofapplications that are, optionally executed on device 100. Alternatively,in some embodiments, the menu button is implemented as a soft key in aGUI displayed on touch screen 112.

In one embodiment, device 100 includes touch screen 112, menu button204, push button 206 for powering the device on/off and locking thedevice, volume adjustment button(s) 208, Subscriber Identity Module(SIM) card slot 210, head set jack 212, and docking/charging externalport 124. Push button 206 is, optionally, used to turn the power on/offon the device by depressing the button and holding the button in thedepressed state for a predefined time interval; to lock the device bydepressing the button and releasing the button before the predefinedtime interval has elapsed; and/or to unlock the device or initiate anunlock process. In an alternative embodiment, device 100 also acceptsverbal input for activation or deactivation of some functions throughmicrophone 113. Device 100 also, optionally, includes one or morecontact intensity sensors 165 for detecting intensity of contacts ontouch screen 112 and/or one or more tactile output generators 167 forgenerating tactile outputs for a user of device 100.

FIG. 3 is a block diagram of an exemplary multifunction device with adisplay and a touch-sensitive surface in accordance with someembodiments. Device 300 need not include the display and thetouch-sensitive surface, as described above, but rather, in someembodiments, optionally communicates with the display and thetouch-sensitive surface on other devices. Additionally, device 300 neednot be portable. In some embodiments, device 300 is a laptop computer, adesktop computer, a tablet computer, a multimedia player device (such asa television or a set-top box), a navigation device, an educationaldevice (such as a child's learning toy), a gaming system, or a controldevice (e.g., a home or industrial controller). Device 300 typicallyincludes one or more processing units (CPU's) 310, one or more networkor other communications interfaces 360, memory 370, and one or morecommunication buses 320 for interconnecting these components.Communication buses 320 optionally include circuitry (sometimes called achipset) that interconnects and controls communications between systemcomponents. Device 300 includes input/output (I/O) interface 330comprising display 340, which is typically a touch screen display. I/Ointerface 330 also optionally includes a keyboard and/or mouse (or otherpointing device) 350 and touchpad 355, tactile output generator 357 forgenerating tactile outputs on device 300 (e.g., similar to tactileoutput generator(s) 167 described above with reference to FIG. 1A),sensors 359 (e.g., optical, acceleration, proximity, touch-sensitive,and/or contact intensity sensors similar to contact intensity sensor(s)165 described above with reference to FIG. 1A). Memory 370 includeshigh-speed random access memory, such as DRAM, SRAM, DDR RAM or otherrandom access solid state memory devices; and optionally includesnon-volatile memory, such as one or more magnetic disk storage devices,optical disk storage devices, flash memory devices, or othernon-volatile solid state storage devices. Memory 370 optionally includesone or more storage devices remotely located from CPU(s) 310. In someembodiments, memory 370 stores programs, modules, and data structuresanalogous to the programs, modules, and data structures stored in memory102 of portable or non-portable multifunction device 100 (FIG. 1A), or asubset thereof. Furthermore, memory 370 optionally stores additionalprograms, modules, and data structures not present in memory 102 ofportable or non-portable multifunction device 100. For example, memory370 of device 300 optionally stores drawing module 380, presentationmodule 382, word processing module 384, website creation module 386,disk authoring module 388, and/or spreadsheet module 390, while memory102 of portable or non-portable multifunction device 100 (FIG. 1A)optionally does not store these modules.

Each of the above identified elements in FIG. 3 are, optionally, storedin one or more of the previously mentioned memory devices. Each of theabove identified modules corresponds to a set of instructions forperforming a function described above. The above identified modules orprograms (e.g., sets of instructions) need not be implemented asseparate software programs, procedures or modules, and thus varioussubsets of these modules are, optionally, combined or otherwisere-arranged in various embodiments. In some embodiments, memory 370optionally stores a subset of the modules and data structures identifiedabove. Furthermore, memory 370 optionally stores additional modules anddata structures not described above.

FIG. 4 illustrates an exemplary user interface on a device (e.g., device300, FIG. 3) with a touch-sensitive surface 451 (e.g., a tablet ortouchpad 355, FIG. 3) that is separate from the display 450 (e.g., touchscreen display 112). Device 300 also, optionally, includes one or morecontact intensity sensors (e.g., one or more of sensors 357) fordetecting intensity of contacts on touch-sensitive surface 451 and/orone or more tactile output generators 359 for generating tactile outputsfor a user of device 300.

Although some of the examples that follow will be given with referenceto inputs on touch screen display 112 (where the touch sensitive surfaceand the display are combined), in some embodiments, the device detectsinputs on a touch-sensitive surface that is separate from the display,as shown in FIG. 4. In some embodiments the touch sensitive surface(e.g., 451 in FIG. 4) has a primary axis (e.g., 452 in FIG. 4) thatcorresponds to a primary axis (e.g., 453 in FIG. 4) on the display(e.g., 450). In accordance with these embodiments, the device detectscontacts (e.g., 460 and 462 in FIG. 4) with the touch-sensitive surface451 at locations that correspond to respective locations on the display(e.g., in FIG. 4, 460 corresponds to 468 and 462 corresponds to 470). Inthis way, user inputs (e.g., contacts 460 and 462, and movementsthereof) detected by the device on the touch-sensitive surface (e.g.,451 in FIG. 4) are used by the device to manipulate the user interfaceon the display (e.g., 450 in FIG. 4) of the multifunction device whenthe touch-sensitive surface is separate from the display. It should beunderstood that similar methods are, optionally, used for other userinterfaces described herein.

Additionally, while the following examples are given primarily withreference to finger inputs (e.g., finger contacts, finger tap gestures,finger swipe gestures), it should be understood that, in someembodiments, one or more of the finger inputs are replaced with inputfrom another input device (e.g., a mouse based input or stylus input).For example, a swipe gesture is, optionally, replaced with a mouse click(e.g., instead of a contact) followed by movement of the cursor alongthe path of the swipe (e.g., instead of movement of the contact). Asanother example, a tap gesture is, optionally, replaced with a mouseclick while the cursor is located over the location of the tap gesture(e.g., instead of detection of the contact followed by ceasing to detectthe contact). Similarly, when multiple user inputs are simultaneouslydetected, it should be understood that multiple computer mice are,optionally, used simultaneously, or a mouse and finger contacts are,optionally, used simultaneously.

As used herein, the term “focus selector” refers to an input elementthat indicates a current part of a user interface with which a user isinteracting. In some implementations that include a cursor or otherlocation marker, the cursor acts as a “focus selector,” so that when aninput (e.g., a press input) is detected on a touch-sensitive surface(e.g., touchpad 355 in FIG. 3 or touch-sensitive surface 451 in FIG. 4)while the cursor is over a particular user interface element (e.g., abutton, window, slider or other user interface element), the particularuser interface element is adjusted in accordance with the detectedinput. In some implementations that include a touch-screen display(e.g., touch-sensitive display system 112 in FIG. 1A) that enablesdirect interaction with user interface elements on the touch-screendisplay, a detected contact on the touch-screen acts as a “focusselector,” so that when an input (e.g., a press input by the contact) isdetected on the touch-screen display at a location of a particular userinterface element (e.g., a button, window, slider or other userinterface element), the particular user interface element is adjusted inaccordance with the detected input. In some implementations focus ismoved from one region of a user interface to another region of the userinterface without corresponding movement of a cursor or movement of acontact on a touch-screen display (e.g., by using a tab key or arrowkeys to move focus from one button to another button); in theseimplementations, the focus selector moves in accordance with movement offocus between different regions of the user interface. Without regard tothe specific form taken by the focus selector, the focus selector isgenerally the user interface element (or contact on a touch-screendisplay) that is controlled by the user so as to communicate the user'sintended interaction with the user interface (e.g., by indicating, tothe device, the element of the user interface with which the user isintending to interact). For example, the location of a focus selector(e.g., a cursor, a contact or a selection box) over a respective buttonwhile a press input is detected on the touch-sensitive surface (e.g., atouchpad or touch screen) will indicate that the user is intending toactivate the respective button (as opposed to other user interfaceelements shown on a display of the device).

As used in the specification and claims, the term “characteristicintensity” of a contact refers to a characteristic of the contact basedon one or more intensities of the contact. In some embodiments, thecharacteristic intensity is based on multiple intensity samples. Thecharacteristic intensity is, optionally, based on a predefined number ofintensity samples, or a set of intensity samples collected during apredetermined time period (e.g., 0.05, 0.1, 0.2, 0.5, 1, 2, 5, 10seconds) relative to a predefined event (e.g., after detecting thecontact, prior to detecting liftoff of the contact, before or afterdetecting a start of movement of the contact, prior to detecting an endof the contact, before or after detecting an increase in intensity ofthe contact, and/or before or after detecting a decrease in intensity ofthe contact). A characteristic intensity of a contact is, optionally,based on one or more of: a maximum value of the intensities of thecontact, a mean value of the intensities of the contact, an averagevalue of the intensities of the contact, a top 10 percentile value ofthe intensities of the contact, a value at the half maximum of theintensities of the contact, a value at the 90 percent maximum of theintensities of the contact, or the like. In some embodiments, theduration of the contact is used in determining the characteristicintensity (e.g., when the characteristic intensity is an average of theintensity of the contact over time). In some embodiments, thecharacteristic intensity is compared to a set of one or more intensitythresholds to determine whether an operation has been performed by auser. For example, the set of one or more intensity thresholdsoptionally includes a first intensity threshold and a second intensitythreshold. In this example, a contact with a characteristic intensitythat does not exceed the first threshold results in a first operation, acontact with a characteristic intensity that exceeds the first intensitythreshold and does not exceed the second intensity threshold results ina second operation, and a contact with a characteristic intensity thatexceeds the second threshold results in a third operation. In someembodiments, a comparison between the characteristic intensity and oneor more thresholds is used to determine whether or not to perform one ormore operations (e.g., whether to perform a respective operation orforgo performing the respective operation), rather than being used todetermine whether to perform a first operation or a second operation.

In some embodiments described herein, one or more operations areperformed in response to detecting a gesture that includes a respectivepress input or in response to detecting the respective press inputperformed with a respective contact (or a plurality of contacts), wherethe respective press input is detected based at least in part ondetecting an increase in intensity of the contact (or plurality ofcontacts) above a press-input intensity threshold. In some embodiments,the respective operation is performed in response to detecting theincrease in intensity of the respective contact above the press-inputintensity threshold (e.g., a “down stroke” of the respective pressinput). In some embodiments, the press input includes an increase inintensity of the respective contact above the press-input intensitythreshold and a subsequent decrease in intensity of the contact belowthe press-input intensity threshold, and the respective operation isperformed in response to detecting the subsequent decrease in intensityof the respective contact below the press-input threshold (e.g., an “upstroke” of the respective press input).

In some embodiments, the device employs intensity hysteresis to avoidaccidental inputs sometimes termed “jitter,” where the device defines orselects a hysteresis intensity threshold with a predefined relationshipto the press-input intensity threshold (e.g., the hysteresis intensitythreshold is X intensity units lower than the press-input intensitythreshold or the hysteresis intensity threshold is 75%, 90% or somereasonable proportion of the press-input intensity threshold). Thus, insome embodiments, the press input includes an increase in intensity ofthe respective contact above the press-input intensity threshold and asubsequent decrease in intensity of the contact below the hysteresisintensity threshold that corresponds to the press-input intensitythreshold, and the respective operation is performed in response todetecting the subsequent decrease in intensity of the respective contactbelow the hysteresis intensity threshold (e.g., an “up stroke” of therespective press input). Similarly, in some embodiments, the press inputis detected only when the device detects an increase in intensity of thecontact from an intensity at or below the hysteresis intensity thresholdto an intensity at or above the press-input intensity threshold and,optionally, a subsequent decrease in intensity of the contact to anintensity at or below the hysteresis intensity, and the respectiveoperation is performed in response to detecting the press input (e.g.,the increase in intensity of the contact or the decrease in intensity ofthe contact, depending on the circumstances).

For ease of explanation, the description of operations performed inresponse to a press input associated with a press-input intensitythreshold or in response to a gesture including the press input are,optionally, triggered in response to detecting either: an increase inintensity of a contact above the press-input intensity threshold, anincrease in intensity of a contact from an intensity below thehysteresis intensity threshold to an intensity above the press-inputintensity threshold, a decrease in intensity of the contact below thepress-input intensity threshold, and/or a decrease in intensity of thecontact below the hysteresis intensity threshold corresponding to thepress-input intensity threshold. Additionally, in examples where anoperation is described as being performed in response to detecting adecrease in intensity of a contact below the press-input intensitythreshold, the operation is, optionally, performed in response todetecting a decrease in intensity of the contact below a hysteresisintensity threshold corresponding to, and lower than, the press-inputintensity threshold.

FIG. 5A illustrates a block diagram of an exemplary architecture for thedevice 500 according to some embodiments of the disclosure. In theembodiment of FIG. 5A, media or other content is optionally received bydevice 500 via network interface 502, which is optionally a wireless orwired connection. The one or more processors 504 optionally execute anynumber of programs stored in memory 506 or storage, which optionallyincludes instructions to perform one or more of the methods and/orprocesses described herein (e.g., methods 700 and 900).

In some embodiments, display controller 508 causes the various userinterfaces of the disclosure to be displayed on display 514. Further,input to device 500 is optionally provided by remote 510 via remoteinterface 512, which is optionally a wireless or a wired connection. Insome embodiments, input to device 500 is provided by a multifunctiondevice 511 (e.g., a smartphone) on which a remote application is runningthat configures the multifunction device to simulate remote controlfunctionality, as will be described in more detail below. In someembodiments, multifunction device 511 corresponds to one or more ofdevice 100 in FIGS. 1A and 2, and device 300 in FIG. 3. It is understoodthat the embodiment of FIG. 5A is not meant to limit the features of thedevice of the disclosure, and that other components to facilitate otherfeatures described in the disclosure are optionally included in thearchitecture of FIG. 5A as well. In some embodiments, device 500optionally corresponds to one or more of multifunction device 100 inFIGS. 1A and 2 and device 300 in FIG. 3; network interface 502optionally corresponds to one or more of RF circuitry 108, external port124, and peripherals interface 118 in FIGS. 1A and 2, and networkcommunications interface 360 in FIG. 3; processor 504 optionallycorresponds to one or more of processor(s) 120 in FIG. 1A and CPU(s) 310in FIG. 3; display controller 508 optionally corresponds to one or moreof display controller 156 in FIG. 1A and I/O interface 330 in FIG. 3;memory 506 optionally corresponds to one or more of memory 102 in FIG.1A and memory 370 in FIG. 3; remote interface 512 optionally correspondsto one or more of peripherals interface 118, and I/O subsystem 106(and/or its components) in FIG. 1A, and I/O interface 330 in FIG. 3;remote 512 optionally corresponds to and or includes one or more ofspeaker 111, touch-sensitive display system 112, microphone 113, opticalsensor(s) 164, contact intensity sensor(s) 165, tactile outputgenerator(s) 167, other input control devices 116, accelerometer(s) 168,proximity sensor 166, and I/O subsystem 106 in FIG. 1A, andkeyboard/mouse 350, touchpad 355, tactile output generator(s) 357, andcontact intensity sensor(s) 359 in FIG. 3, and touch-sensitive surface451 in FIG. 4; and, display 514 optionally corresponds to one or more oftouch-sensitive display system 112 in FIGS. 1A and 2, and display 340 inFIG. 3.

FIG. 5B illustrates an exemplary structure for remote 510 according tosome embodiments of the disclosure. In some embodiments, remote 510optionally corresponds to one or more of multifunction device 100 inFIGS. 1A and 2 and device 300 in FIG. 3. Remote 510 optionally includestouch-sensitive surface 451. In some embodiments, touch-sensitivesurface 451 is edge-to-edge (e.g., it extends to the edges of remote510, such that little or no surface of remote 510 exists between thetouch-sensitive surface 451 and one or more edges of remote 510, asillustrated in FIG. 5B). Touch-sensitive surface 451 is optionally ableto sense contacts as well as contact intensities (e.g., clicks oftouch-sensitive surface 451), as previously described in thisdisclosure. Further, touch-sensitive surface 451 optionally includes amechanical actuator for providing physical button click functionality(e.g., touch-sensitive surface 451 is “clickable” to providecorresponding input to device 500). Remote 510 also optionally includesbuttons 516, 518, 520, 522, 524 and 526. Buttons 516, 518, 520, 522, 524and 526 are optionally mechanical buttons or mechanical buttonalternatives that are able to sense contact with, or depression of, suchbuttons to initiate corresponding action(s) on, for example, device 500.In some embodiments, selection of “menu” button 516 by a user navigatesdevice 500 backwards in a currently-executing application orcurrently-displayed user interface (e.g., back to a user interface thatwas displayed previous to the currently-displayed user interface), ornavigates device 500 to a one-higher-level user interface than thecurrently-displayed user interface. In some embodiments, selection of“home” button 518 by a user navigates device 500 to a main, home, orroot user interface from any user interface that is displayed on device500 (e.g., to a home screen of device 500 that optionally includes oneor more applications accessible on device 500). In some embodiments,selection of “play/pause” button 520 by a user toggles between playingand pausing a currently-playing content item on device 500 (e.g., if acontent item is playing on device 500 when “play/pause” button 520 isselected, the content item is optionally paused, and if a content itemis paused on device 500 when “play/pause” button 520 is selected, thecontent item is optionally played). In some embodiments, selection of“+” 522 or “−” 524 buttons by a user increases or decreases,respectively, the volume of audio reproduced by device 500 (e.g., thevolume of a content item currently-playing on device 500). In someembodiments, selection of “audio input” button 526 by a user allows theuser to provide audio input (e.g., voice input) to device 500,optionally, to a voice assistant on the device. In some embodiments,remote 510 includes a microphone via which the user provides audio inputto device 500 upon selection of “audio input” button 526. In someembodiments, remote 510 includes one or more accelerometers fordetecting information about the motion of the remote.

User Interfaces and Associated Processes Organizing Content AccessAuthorization

Users interact with electronic devices in many different manners,including interacting with content (e.g., music, movies, etc.) that maybe available (e.g., stored or otherwise accessible) on the electronicdevices. In some circumstances, a user may authorize an electronicdevice to access the content, thus making the content available for theuser to watch. In some embodiments, the authorization of the electronicdevice is optionally utilized by multiple applications on the electronicdevice for accessing content associated with those applications. Theembodiments described below provide ways in which electronic devicesorganize application authorization for accessing content, therebyenhancing users' interactions with electronic devices. Enhancinginteractions with a device reduces the amount of time needed by a userto perform operations, and thus reduces the power usage of the deviceand increases battery life for battery-powered devices. It is understoodthat people use devices. When a person uses a device, that person isoptionally referred to as a user of the device.

FIGS. 6A-6HH illustrate exemplary ways in which an electronic deviceorganizes application authorization for accessing content in accordancewith some embodiments of the disclosure. The embodiments in thesefigures are used to illustrate the processes described below, includingthe processes described with reference to FIGS. 7A-7L.

It should be noted that the examples illustrated in FIGS. 6A-6HH aredirected to electronic devices that display information onnon-touch-sensitive displays, though it is understood that theelectronic devices may instead display information on displays havingtouch-sensitive capability (e.g., touch screens). For example, theelectronic devices may include touch screens, or the electronic devicesmay be capable of outputting display information for display on separatetouch screens, as previously described in this disclosure—in suchcircumstances, the displays described below optionally correspond to thetouch screens mentioned above, and the inputs described below areoptionally detected on the touch screens.

In some embodiments, media (e.g., recorded sports games, recordedmovies, live sports games, etc.) is available to an electronic devicevia one or more applications installed on the device. For example, theelectronic device optionally has applications associated with HBO andESPN downloaded on it, via which the electronic device accesses mediafrom secondary content providers such as HBO (e.g., movies) and ESPN(e.g., sports), respectively. Such applications optionally require auser of the electronic device to have an account with a primary contentprovider, such as a cable or satellite provider that provides access toa bundle of content from a plurality of different secondary contentproviders for a fixed monthly or yearly fee, and to authorize theapplications with the account with the primary content provider beforeallowing the electronic device to access media from those applications.In some implementations this authorization generally occurs on aper-application basis, however when each application is performing itsown authorization the user may have to navigate through a large numberof authorization processes (one for each app) which may all be organizedslightly differently with different requirements and different steps forauthorization. This process is complex and many users will give upbefore completing the authorization for all of the secondary contentproviders with media that the user is entitled to access via asubscription with the primary content provider. The examples of thedisclosure are directed to authorizing an electronic device with aprimary content provider such that various applications on theelectronic device are able to use that authorization to provide theelectronic device with access to media, without requiring separateauthorization of each application with the primary content provider, tomake the process of authorizing access to media from different secondarycontent providers more efficient, thus improving the machine-personinterface.

FIG. 6A illustrates exemplary display 514. Display 514 optionallydisplays one or more user interfaces that include various content. Inthe example illustrated in FIG. 6A, display 514 displays settings userinterface 602 of an electronic device (e.g., electronic device 500 ofFIG. 5A) of which display 514 is a part, or to which display 514 isconnected. Settings user interface 602 is optionally a user interface ofthe operating system of the electronic device, and provides the user ofthe electronic device the ability to control various settings of theelectronic device. For example, in FIG. 6A, settings user interface 602is displaying a part of the settings of the electronic device wherevarious account information for use with the electronic device iscontrolled. These accounts include accounts for text messaging,purchases, e-mail and content or media. Accordingly, selection of button604A allows the user to control account information for text messagingon the electronic device, selection of button 604B allows the user tocontrol account information for purchases (e.g., from an applicationstore) on the electronic device, selection of button 604D allows theuser to control account information for e-mail services on theelectronic device, and selection of button 604C allows the user tocontrol account information for a primary content provider (e.g., acable or satellite provider, as opposed to a secondary content providersuch as HBO or ESPN from which the primary content provider has accessto content) on the electronic device, for example.

In FIG. 6A, the user has selected button 604C (e.g., using remote 510 inFIG. 5B), as shown by the dashed lines. In response to the selection ofbutton 604C, the electronic device optionally displays settings userinterface 602 for controlling the primary content provider accountinformation on the electronic device, as shown in FIG. 6B. In FIG. 6B,the electronic device has not yet been authorized with a primary contentprovider, as shown at 608. The settings user interface 602 includesbutton 606 for adding an account with a primary content provider to theelectronic device (e.g., authorizing the electronic device with aprimary content provider).

In FIG. 6B, the user has selected button 606. In response to theselection of button 606, the electronic device optionally displayssettings user interface 602 for adding an account with a primary contentprovider to the electronic device, as shown in FIG. 6C. For example, inFIG. 6C, settings user interface 602 includes buttons 610A-610Dcorresponding to different primary content providers. In response to auser selection of one of buttons 610A-610D, the user optionally providesaccount information for the selected primary content provider toauthorize the electronic device with that primary content provider.

In FIG. 6C, the user has selected button 610A. In response to theselection of button 610A, the electronic device optionally displayssettings user interface 602 for inputting user authenticationcredentials with primary content provider A (the content providercorresponding to button 610A), as shown in FIG. 6D. For example, theuser is optionally required to enter a username and password for primarycontent provider A. Once the user has entered this information, the useroptionally selects button 612 to authorize the electronic device withprimary content provider A, as shown in FIG. 6D. In response to theselection of button 612, the electronic device is optionally authorizedwith primary content provider A, as shown in FIG. 6E. In someembodiments, if a user selects a primary content provider with which toauthorize the device that does not support device-level authorizationwith that primary content provider through the user interfaces of theoperating system of the electronic device, such selection causes theelectronic device to display a link to instructions from the selectedprimary content provider (e.g., on the primary content provider'swebsite) as to how to authorize the applications on the electronicdevice to access content from their corresponding secondary contentproviders via that primary content provider.

As shown in FIG. 6E, once the electronic device is authorized withprimary content provider A, the settings user interface 602 forcontrolling the primary content provider account information on theelectronic device shows that the electronic device is authorized withprimary content provider A, at 608. Additionally, the settings userinterface 602 includes button 614 for changing the primary contentprovider with which the electronic device is authorized, and alsoincludes button 615 for downloading applications to the electronicdevice that are associated with primary content provider A; for example,applications that are associated with secondary content providers thatare associated with primary content provider A (e.g., secondary contentproviders, to the content of which primary content provider A hasaccess). The settings user interface 602 in FIG. 6E also includescontrols for granting (or denying) applications on the electronic deviceaccess to the authorization of the electronic device with primarycontent provider A, so that those applications are able to provide theelectronic device access to their corresponding media without requiringthe user to separately authorize each application.

For example, settings user interface 602 in FIG. 6E optionally includesrepresentations of applications installed on the electronic device(e.g., representations 616A, 616B and 616C corresponding to applicationsA, B and C, respectively), and controls for granting or denying thoseapplications access to the authorization of the electronic device withprimary content provider A (e.g., controls 618A, 618B and 618C).Applications A, B and C are optionally already installed on theelectronic device, and are optionally associated with primary contentprovider A (e.g., are associated with secondary content providers, tothe content of which primary content provider A has access).

By default, applications A, B and C are optionally denied access to theauthorization of the electronic device with primary content provider Awhen the electronic device is first authorized with primary contentprovider A through settings user interface 602, as indicated by controls618A, 618B and 618C. However, the user of the electronic device isoptionally able to grant applications A, B and/or C access to theauthorization of the electronic device with primary content provider Aby toggling controls 618A, 618B and 618C. For example, in FIG. 6F, theuser has granted application B access to the authorization of theelectronic device with primary content provider A—applications A and Ccontinue to be denied such access. In some embodiments, the controls 618include controls for providing secondary content providers with accessto the authorization of the electronic device with primary contentprovider A for secondary content providers that have apps installed onthe device and secondary content providers that do not have appsinstalled on the device. In circumstances where the user elects toprovide a secondary content provider with access to the authorization ofthe electronic device with primary content provider, but does not havethe corresponding application for the secondary content providerinstalled on the device, the device optionally prompts the user toinstall the corresponding application for the secondary content provider(e.g., “would you like to install Application B on this device?”). Insome embodiments, an affirmative response to the prompt initiates aprocess for installing the corresponding application (e.g., starts todownload and install the application or switches the user to anapplication store user interface on an application store page for thecorresponding application where the use can provide authorization todownload the application with a small number of inputs) so as to enablethe user to quickly install applications that correspond to secondarycontent providers that have apps available for use with theauthorization of the primary content provider.

Because application B has been granted access to the authorization ofthe electronic device with primary content provider A, the electronicdevice is able to access media from application B, without needing toseparately authorize application B with primary content provider A. Forexample, in FIG. 6G, the electronic device is displaying home screen 620of the electronic device, which includes icons for applications A (e.g.,icon 622A), B (e.g., icon 622B) and C (e.g., icon 622C), each iconselectable to launch that application on the electronic device. In someembodiments, home screen 620 includes selectable icons for launchingother applications, as well, including applications not associated withprimary content provider A, or any primary content provider (e.g.,calendar application, calculator application, etc.). In FIG. 6G, theuser has selected icon 622B to launch application B on the electronicdevice.

In FIG. 6H, in response to the selection of icon 622B in FIG. 6G, theelectronic device launches application B and displays user interface 624of application B. User interface 624 is optionally a user interface ofapplication B from which content from secondary content provider B(associated with application B) is accessible on the electronic device.As shown in FIG. 6H, because the user has granted application B accessto the authorization of the electronic device with primary contentprovider A, the user was able to launch application B and access contentfrom secondary content provider B without being required to separatelyauthorize application B with primary content provider A.

In comparison, in FIG. 6I, the user has selected icon 622A on homescreen 620 to launch application A on the electronic device. ApplicationA was optionally denied access to the authorization of the electronicdevice with primary content provider A, as shown in FIG. 6F. In FIG. 6J,in response to the selection of icon 622A in FIG. 6I, the electronicdevice launches application A and displays user interface 626 (e.g., auser interface of application A, or of an operating system of theelectronic device). User interface 626 optionally asks the user of theelectronic device whether they would like to give application A accessto the authorization of the electronic device with primary contentprovider A, as shown in FIG. 6J. The user is optionally able to grant(e.g., by selecting button 628A) or deny (e.g. by selecting button 628B)application A access to the authorization of the electronic device withprimary content provider A. In FIG. 6J, the user has selected button628A for granting application A access to the authorization of theelectronic device with primary content provider A. In response,application A provides the user access to content from secondary contentprovider A, as shown in FIG. 6K, without requiring input of accesscredentials by the user for primary content provider A. Further, becauseapplication A now has access to the authorization of the electronicdevice with primary content provider A, the settings user interface 602is optionally updated to reflect this grant of access to application A,as shown in FIG. 6L.

If the user, instead of granting application A access to theauthorization of the electronic device with primary content provider A,had denied such access to application A, as shown in FIG. 6M,application A would require separate authorization with primary contentprovider A before giving the user access to content from secondarycontent provider A, as shown in FIG. 6N. In FIG. 6N, the user is able toprovide authorization information (e.g., username and password) toauthorize application A with primary content provider A. Once authorizedwith primary content provider A, application A optionally providesaccess to content from secondary content provider A to the user of theelectronic device, as shown in FIG. 6O. This separate authorization ofapplication A with primary content provider A optionally is notreflected in settings user interface 602, as shown in FIG. 6P, becausethe separate authorization of application A with primary contentprovider A did not constitute a granting of access to application A tothe authorization of the electronic device with primary content providerA (such access was denied, as explained above).

In some embodiments, a user's account with a primary content provider,such as primary content provider A, provides the user with access tosome or all of the secondary content providers associated with theprimary content provider (e.g., depending on the level of subscriptionthe user has with the primary content provider). For example, in FIG.6Q, as shown at 628, the user's account with primary content provider Aoptionally gives the user access to (e.g., the user is subscribed to)secondary content providers A and B, but optionally does not give theuser access to (e.g., the user is not subscribed to) secondary contentprovider C. In some embodiments, the electronic device, in displayingrepresentations 616A, 616B and 616C, and corresponding controls 618A,618B and 618C in settings user interface 602 does not account for suchsubscription data. For example, as shown in FIG. 6Q, the electronicdevice optionally allows granting or denying access to the authorizationof the electronic device to all of applications A (associated withsecondary content provider A), B (associated with secondary contentprovider B) and C (associated with secondary content provider C),because applications A, B and C are optionally installed on theelectronic device, despite the fact that the user's account with primarycontent provider A does not give the user access to content fromapplication C.

In some embodiments, however, the electronic device only allows grantingor denying access to the authorization of the electronic device toapplications to which the user's account with primary content provider Agives the user access. For example, in FIG. 6R, settings user interface602 only lists applications A and B, and their corresponding controls618A and 618B, because the user's account with primary content providerA only gives the user access to content from secondary content providerA (associated with application A) and secondary content provider B(associated with application B).

After the electronic device has been authorized with a primary contentprovider, such as primary content provider A, the user of the electronicdevice may download additional applications that are able to utilize theauthorization of the electronic device with primary content provider Ato provide access to content from those applications. For example, inFIG. 6S, after the electronic device was authorized with primary contentprovider A, application D has been downloaded and/or installed on theelectronic device, indicated by icon 622D for application D displayed onhome screen 620. In some embodiments, application D is not automaticallygranted access to the authorization of the electronic device withprimary content provider A, as indicated by control 618D in settingsuser interface 602 in FIG. 6T. However, in some embodiments, applicationD is automatically granted access to the authorization of the electronicdevice with primary content provider A, because application D wasdownloaded after the electronic device was authorized with primarycontent provider A. In such embodiments, after application D has beendownloaded, settings user interface 602 would indicate that applicationD has access to the authorization of the electronic device with primarycontent provider A, as shown in FIG. 6U.

Some applications associated with secondary content providers optionallydo not support utilizing the authorization of the electronic device witha primary content provider to provide content from their secondarycontent providers to the user. Instead, such applications require theuser to separately authorize those applications with the primary contentprovider. For example, in FIG. 6V, the user has downloaded and installedapplication E, and icon 622E corresponding to application E is displayedon home screen 620. The user has selected icon 622E to launchapplication E on the electronic device.

In FIG. 6W, the electronic device has launched application E in responseto the selection of icon 622E in FIG. 6V. Application E optionallydisplays user interface 627, indicating to the user of the electronicdevice that application E must be separately authorized with a primarycontent provider (e.g., primary content provider A) before the user isable to access content from secondary content provider E in applicationE. If the user authorizes application E with primary content provider A(e.g., by providing a username and password for the user's account withprimary content provider A), application E optionally gives the useraccess to content from secondary content provider E. However, even afterthe user authorizes application E with primary content provider A,because application E does not support utilizing the authorization ofthe electronic device with primary content provider A, application E andits access status to the authorization of the electronic device isoptionally not displayed in settings user interface 602, as shown inFIG. 6X.

In some embodiments, a user is able to authorize the electronic devicefrom an application for accessing content from the device (e.g.,applications A, B and C, as described with reference to FIGS. 6A-6H)additionally or alternatively to performing such authorization from thesettings user interface of the operating system of the electronicdevice. For example, in FIG. 6Y, the electronic device is not authorizedwith a primary content provider, as shown in settings user interface602. While the electronic device is not authorized with a primarycontent provider, in FIG. 6Z, the user has selected icon 622A on homescreen 620 to launch application A on the electronic device. ApplicationA is optionally an application for accessing content from secondarycontent provider A (e.g., associated with a primary content provider,such as primary content provider A), as previously described.

In response to the selection of icon 622A in FIG. 6Z, application A isdisplayed by the electronic device in FIG. 6AA. Because the electronicdevice is not authorized with a primary content provider, application A(or the operating system of the electronic device) optionally promptsthe user to authorize application A with a primary content providerbefore giving the user access to content from secondary content providerA. In FIG. 6AA, application A has provided options for the user to pickfrom for authorizing application A with a primary contentprovider—namely, button 632A for authorizing with primary contentprovider A, button 632B for authorizing with primary content provider B,button 632C for authorizing with primary content provider C and button632D for authorizing with primary content provider D. In FIG. 6AA, theuser has selected button 632A to authorize application A with primarycontent provider A, which gives the user access to content fromsecondary content provider A, as shown in FIG. 6BB. It is understoodthat to authorize application A with primary content provider A, theuser is optionally required to provide authentication information (e.g.,a username and password) to application A, similar to as described withreference to FIG. 6D.

If primary content provider A supports granting multiple applicationsaccess to authorization of the electronic device with primary contentprovider A, the user's authentication of application A with primarycontent provider A optionally automatically authorizes the electronicdevice with primary content provider A, and grants application A accessto that authorization, as shown in settings user interface 602 in FIG.6CC. That authorization of the electronic device with primary contentprovider A is optionally utilized by application A and otherapplications on the electronic device to provide access to content onthe electronic device, as previously described. However, if the user hadauthorized application A with a primary content provider that does notsupport granting multiple applications access to authorization of theelectronic device with that primary content provider, the user'sauthentication of application A with that primary content provideroptionally does not authorize the electronic device with that primarycontent provider—thus, the authorization of application A with thatprimary content provider would not be usable by other applications onthe electronic device. For example, in FIG. 6DD, the user has selectedbutton 632B to authorize application A with primary content provider Brather than primary content provider A, as in FIG. 6AA, which gives theuser access to content from secondary content provider A, as shown inFIG. 6EE. It is understood that to authorize application A with primarycontent provider B, the user is optionally required to provideauthentication information (e.g., a username and password) toapplication A, similar to as described with reference to FIG. 6D.However, primary content provider B optionally does not support grantingmultiple applications access to authorization of the electronic devicewith primary content provider B. Therefore, the user's authorization ofapplication A with primary content provider B optionally does notauthorize the electronic device with primary content provider B, asreflected in settings user interface 602 in FIG. 6FF.

In some embodiments, different primary content providers are associatedwith different collections of secondary content providers. As such,authorization of the electronic device with different primary contentproviders optionally results in the ability to grant or deny differentapplications access to the authorization of the electronic device withthe primary content provider. For example, in FIG. 6GG, the electronicdevice is authorized with primary content provider A, as shown insettings user interface 602. Applications A, B and C are optionallyassociated with primary content provider A (e.g., primary contentprovider A has access to content from secondary content providers A, Band C associated with applications A, B and C, respectively). As such,settings user interface 602 in FIG. 6GG allows the user of theelectronic device to grant or deny applications A, B and/or C access tothe authorization of the electronic device with primary content providerA.

In FIG. 6HH, the electronic device's authorization with primary contentprovider A has been revoked, thus preventing the electronic device fromaccessing the secondary content providers associated with primarycontent provider A. Rather, the electronic device is authorized withprimary content provider C, as shown in settings user interface 602.Applications A, C and F are optionally associated with primary contentprovider C (e.g., primary content provider C has access to content fromsecondary content providers A, C and F associated with applications A, Cand F, respectively). As such, settings user interface 602 in FIG. 6HHallows the user of the electronic device to grant or deny applicationsA, C and/or F (a different collection of applications than applicationsA, B and C in FIG. 6GG) access to the authorization of the electronicdevice with primary content provider C.

FIGS. 7A-7L are flow diagrams illustrating a method 700 of organizingapplication authorization for accessing content in accordance with someembodiments of the disclosure. The method 700 is optionally performed atan electronic device such as device 100, device 300 or device 500 asdescribed above with reference to FIGS. 1A-1B, 2-3 and 5A-5B. Someoperations in method 700 are, optionally, combined and/or the order ofsome operations is, optionally, changed.

As described below, the method 700 provides ways of organizingapplication authorization for accessing content. The method reduces thecognitive burden on a user when interacting with a user interface of thedevice of the disclosure, thereby creating a more efficienthuman-machine interface. For battery-operated electronic devices,increasing the efficiency of the user's interaction with the userinterface conserves power and increases the time between batterycharges.

In some embodiments, the method 700 is performed at an electronic device(e.g., a set-top box, a computer, etc., such as device 100, device 300or device 500) that is in communication with a display (e.g., atelevision, a computer monitor, etc., such as display 514) and one ormore input devices (e.g., a remote control, such as remote 510, asmartphone configured to control the electronic device, such as device511, a wearable device configured to control the electronic device,etc.) In some embodiments, the method 700 is performed at an electronicdevice that includes the display and/or the one or more input devices,such as an electronic device with a touch screen (e.g., a tabletcomputer, a smartphone, etc.), or an electronic device (e.g., acomputer) that includes a display and is in communication with an inputdevice, such as a mouse or a trackpad). In some embodiments, theelectronic device receives (702), via the one or more input devices, asequence of one or more inputs (e.g., inputs providing user subscriptioncredentials) that authorizes the electronic device (e.g., from anoperating system UI of the electronic device) with a primary contentprovider (e.g., cable provider, satellite provider, etc.) based on auser subscription to the primary content provider, the primary contentprovider having access to content from a plurality of secondary contentproviders (e.g., HBO, Showtime, etc.) that is accessible on theelectronic device via a plurality of applications associated with thesecondary content providers (e.g., an HBO application, a Showtimeapplication, etc.), such as in FIGS. 6C-6E. In some embodiments, afterauthorizing the electronic device with the primary content provider, theelectronic device displays (704), on the display, a settings userinterface of the electronic device (e.g., a settings UI of the operatingsystem of the electronic device) from which access to the authorizationof the electronic device with the primary content provider can begranted or denied to one or more applications on the electronic device,such as in FIG. 6E (e.g., the settings UI optionally provides toggles orother user interface elements for granting or denying individualapplications access to the authorization of the electronic device). Ifan application is granted access to the authorization of the electronicdevice, that application is optionally able to display content on theelectronic device. If an application is not granted access to theauthorization of the electronic device, the application optionally mustbe individually authorized with the primary content provider in order todisplay content on the electronic device. In some embodiments, whiledisplaying the settings user interface, the electronic device receives(706), via the one or more input devices, a sequence of one or moreinputs that grants access to the authorization of the electronic deviceto a first application of the plurality of applications associated witha first secondary content provider, such as in FIG. 6F. In this way, theuser is able to quickly and easily give the first application access tothe authorization of the electronic device with the primary contentprovider, increasing the efficiency of the human-machine interface. Insome embodiments, the settings user interface (708) is not a userinterface of the first application, such as in FIG. 6F (e.g., the firstapplication is authorized, via the authorization of the electronicdevice, to play content associated with the first secondary contentprovider on the electronic device).

In some embodiments, after authorizing the electronic device with theprimary content provider, the electronic device launches (710) a secondapplication (e.g., in response to a user selecting an icon for launchingthe second application from a home screen of the electronic device)associated with a second secondary content provider of the plurality ofsecondary content providers, such as in FIG. 6I. In some embodiments,the second application has not been granted (712) access to theauthorization of the electronic device, such as in FIG. 6I (e.g.,launching an application that has not yet been granted access to theauthorization of the electronic device with the primary content providerfrom the settings user interface). In some embodiments, in response tolaunching the second application, the electronic device displays (714),on the display, an authorization access user interface for granting ordenying the second application access to the authorization of theelectronic device with the primary content provider, such as in FIG. 6J(e.g., a user interface that asks the user of the electronic devicewhether or not the user would like to allow the second application touse the authorization of the electronic device with the primary contentprovider to provide content from the second secondary content provider).In some embodiments, while displaying the authorization access userinterface, the electronic device receives (716) an input (e.g., a userinput granting or denying access to the authorization of the electronicdevice with the primary content provider). In some embodiments, inresponse to receiving the input, in accordance with a determination thatthe input grants the second application access to the authorization ofthe electronic device with the primary content provider, the electronicdevice provides (718) content, from the second secondary contentprovider, in the second application, such as in FIGS. 6J-6K (e.g., thesecond application is granted access to content from the secondsecondary content provider in response to the user granting the secondapplication access to the authorization of the electronic device withthe primary content provider). In this way, the user is able to quicklyand easily access content, for which authorization is required, on thesecond application, increasing the efficiency of the human-machineinterface. For example, the second application is optionally authorizedby using stored user credentials (e.g., stored when the electronicdevice was authorized with the primary content provider) for authorizingthe second application with the primary content provider. In someembodiments, the input does not include the credentials for the primarycontent provider, rather the input is just selection of a confirm optionin a confirm dialogue that confirms that the secondary continentprovider can access the credentials for the primary content provider(e.g., so that the user does not need to look up and input thecredentials for the primary content provider).

In some embodiments, in accordance with the determination that the inputgrants the second application access to the authorization of theelectronic device with the primary content provider, the electronicdevice updates (720) the settings user interface to reflect that thesecond application has access to the authorization of the electronicdevice with the primary content provider, such as in FIG. 6L (e.g.,showing in the settings user interface that the second application isnow authorized based on the authorization of the electronic device withthe primary content provider).

In some embodiments, in accordance with a determination that the inputdenies the second application access to the authorization of theelectronic device with the primary content provider, the electronicdevice requires (722) the user to separately authorize, from the secondapplication, the second application with the primary content providerbefore providing content, from the second secondary content provider, inthe second application, such as in FIGS. 6M-6N (e.g., because the userhas not allowed the second application to utilize the authorization ofthe electronic device with the primary content provider, the user mustseparately authorize the second application with the primary contentprovider in order to give the second application access to content fromthe second secondary content provider). In some embodiments, after theuser separately authorizes the second application with the primarycontent provider, the settings user interface indicates (724) that thesecond application does not have access to the authorization of theelectronic device with the primary content provider, such as in FIG. 6P(e.g., even though the user has separately authorized the secondapplication with the primary content provider, because the secondapplication was not authorized based on the authorization of theelectronic device with the primary content provider, the settings userinterface indicates that the second application does not have access tothe authorization of the electronic device).

In some embodiments, while displaying the settings user interface, theelectronic device receives (726), via the one or more input devices, asequence of one or more inputs that deny access to the authorization ofthe electronic device to a second application of the plurality ofapplications associated with a second secondary content provider (e.g.,the second application is not authorized, via the authorization of theelectronic device, to play content associated with the second secondarycontent provider on the electronic device). In some embodiments, thesettings user interface includes (728) a plurality of selectable userinterface elements (e.g., toggles) corresponding to the plurality ofapplications via which the content from the plurality of secondarycontent providers is accessible, from which the access to theauthorization of the electronic device with the primary content provideris granted or denied in response to selection of respective ones of theplurality of user interface elements, such as in FIG. 6E (e.g., eachapplication is displayed next to a toggle, and each toggle is enabled ordisabled to grant or deny, respectively, the corresponding applicationaccess to the authorization of the electronic device with the primarycontent provider). In this way, the user is able to quickly and easilygrant or deny applications access to the authorization of the electronicdevice with the primary content provider, increasing the efficiency ofthe human-machine interface.

In some embodiments, the plurality of applications associated with thesecondary content providers (e.g., all of the applications associatedwith all of the secondary content providers, the content of which theprimary content provider has access) includes (730) a first set ofapplications associated with a first set of secondary content providersto which the user subscription with the primary content provider permitsaccess (e.g., the subset of secondary content providers to which theuser's subscription to the primary content provider grants access), anda second set of applications associated with a second set of secondarycontent providers to which the user subscription with the primarycontent provider does not permit access, such as in FIG. 6Q (e.g., thesubset of secondary content providers to which the user's subscriptionto the primary content provider does not grant access). For example, auser's subscription to a primary content provider may be a lower-tieredsubscription that allows access to content from fewer secondary contentproviders, or a higher-tired subscription that allows access to contentfrom greater secondary content providers. In some embodiments, thesettings user interface allows (732) granting or denying access to theauthorization of the electronic device with the primary content providerto applications, on the electronic device, in the first set ofapplications and the second set of applications, such as in FIG. 6Q(e.g., the settings user interface displays user interface elements forgranting or denying access to the authorization of the electronic deviceto applications on the electronic device, regardless of whether the usersubscription to the primary content provider permits access to contentassociated with those applications).

In some embodiments, the plurality of applications associated with thesecondary content providers (e.g., all of the applications associatedwith all of the secondary content providers, the content of which theprimary content provider has access) includes (734) a first set ofapplications associated with a first set of secondary content providersto which the user subscription with the primary content provider permitsaccess (e.g., the subset of secondary content providers to which theuser's subscription to the primary content provider grants access), anda second set of applications associated with a second set of secondarycontent providers to which the user subscription with the primarycontent provider does not permit access, such as in FIG. 6Q (e.g., thesubset of secondary content providers to which the user's subscriptionto the primary content provider does not grant access). For example, auser's subscription to a primary content provider may be a lower-tieredsubscription that allows access to content from fewer secondary contentproviders, or a higher-tired subscription that allows access to contentfrom greater secondary content providers. In some embodiments, thesettings user interface allows (736) granting or denying access to theauthorization of the electronic device with the primary content providerto applications, on the electronic device, in the first set ofapplications, but not to applications in the second set of applications,such as in FIG. 6R (e.g., the settings user interface displays userinterface elements for granting or denying access to the authorizationof the electronic device to only those applications on the electronicdevice to which the user subscription to the primary content providerpermits access).

In some embodiments, after the first application is granted access tothe authorization of the electronic device with the primary contentprovider (e.g., via the settings user interface), the electronic devicelaunches (738) the first application on the electronic device, such asin FIG. 6G (e.g., in response to a user selecting an icon for launchingthe first application from a home screen of the electronic device). Insome embodiments, in response to launching the first application, theelectronic device provides (740) content, from the first secondarycontent provider associated with the first application, in the firstapplication, without requiring the user to separately authorize thefirst application with the primary content provider, such as in FIG. 6H(e.g., once an application is granted access to the authorization of theelectronic device with the primary content provider from the settingsuser interface, the application does not need to be separatelyauthorized with the primary content provider to have access to thecontent associated with the application). In this way, the user is ableto quickly and easily access content, for which authorization isrequired, on the first application, increasing the efficiency of thehuman-machine interface.

In some embodiments, after authorizing the electronic device with theprimary content provider, the settings user interface includes (742) alink for downloading an application associated with the primary contentprovider, such as in FIG. 6E (e.g., an application associated with acable or satellite provider). In this way, the user is able to quicklyand easily download an application for viewing content that isauthorized via the primary content provider, increasing the efficiencyof the human-machine interface. In some embodiments, the settings userinterface did not include (744) the link before the electronic devicewas authorized with the primary content provider, such as in FIG. 6B(e.g., once the electronic device is authorized with a particularprimary content provider, a link is added to the settings user interfacefor downloading that primary content provider's application).

In some embodiments, after authorizing the electronic device with theprimary content provider, the electronic device receives (746), via theone or more input devices, a sequence of one or more inputs that revokesthe authorization of the electronic device with the primary contentprovider (e.g., inputs that “log out” the electronic device from theprimary content provider). In some embodiments, in response (748) to thesequence of one or more inputs the electronic device revokes (750) theauthorization with the primary content provider and prevents (752)access to content from the secondary content providers that wereauthorized via the primary content provider, such as discussed withreference to FIGS. 6GG-6HH.

In some embodiments, while the authorization of the electronic devicewith the primary content provider is revoked, the electronic devicereceives (754), via the one or more input devices, a sequence of one ormore inputs (e.g., inputs providing user subscription credentials) thatauthorizes the electronic device (e.g., from an operating system UI ofthe electronic device) with a second primary content provider (e.g.,cable provider, satellite provider, etc.) based on a user subscriptionto the second primary content provider, the second primary contentprovider having access to content from a second plurality of secondarycontent providers (e.g., HBO, Showtime, etc.), different from theplurality of secondary content providers (e.g., the secondary contentproviders associated with the primary content provider), that isaccessible on the electronic device via a second plurality ofapplications associated with the second plurality of secondary contentproviders, such as in FIG. 6HH (e.g., an HBO application, a Showtimeapplication, etc.). In this way, the user is able to quickly and easilyswitch primary content provider authorizations on the electronic device,increasing the efficiency of the human-machine interface. In someembodiments, after authorizing the electronic device with the secondprimary content provider, the electronic device displays (756), on thedisplay, a second settings user interface of the electronic device(e.g., a settings UI of the operating system of the electronic device),different from the settings user interface, from which access to theauthorization of the electronic device with the second primary contentprovider can be granted or denied to one or more applications on theelectronic device, such as in FIG. 6HH (e.g., the settings UI isoptionally primary content provider-specific, in that the settings UI ofthe electronic device optionally looks different, and has differentcontent, depending on with which primary content provider the electronicdevice is authorized). In some embodiments, while displaying the secondsettings user interface, the electronic device receives (758), via theone or more input devices, a sequence of one or more inputs that grantaccess to the authorization of the electronic device with the secondprimary content provider to a respective application of the secondplurality of applications associated with a respective secondary contentprovider of the second plurality of secondary content providers, such asin FIG. 6HH. In some embodiments, the second settings user interface(760) is not a user interface of the respective application of thesecond plurality of applications, such as in FIG. 6HH (e.g., therespective application is authorized, via the authorization of theelectronic device, to play content associated with the respectivesecondary content provider on the electronic device).

In some embodiments, authorizing the electronic device with the primarycontent provider occurs (762) from a user interface of an operatingsystem of the electronic device, such as in FIGS. 6B-6D (e.g., from thesettings user interface, which is a user interface of the operatingsystem of the electronic device, and not a user interface of anapplication for viewing content from the secondary content providers).In some embodiments, the sequence of one or more inputs that authorizes(764) the electronic device with the primary content provider includesan input selecting the primary content provider from a list of primarycontent providers that support authorization with the electronic device,such as in FIG. 6C (e.g., not all primary content providers allow for anelectronic device to be authorized with that primary content provider,and subsequently for applications to be granted access to thatauthorization of the electronic device with the primary contentprovider). Therefore, in some embodiments, in the course of authorizingthe electronic device with the primary content provider, the electronicdevice presents the user with a list of primary content providers thatdo support the above, and from which the user is able to select aprimary content provider with which to authorize the electronic device.

In some embodiments, authorizing the electronic device with the primarycontent provider occurs (766) from a user interface of an operatingsystem of the electronic device, such as in FIGS. 6B-6D. In this way,the user is able to quickly and easily initiate authorizations forviewing content on the electronic device from the operating system ofthe electronic device, increasing the efficiency of the human-machineinterface. In some embodiments, the sequence of one or more inputs thatauthorizes the electronic device with the primary content providerincludes (768) an input selecting the primary content provider from alist of primary content providers, such as in FIG. 6C. In someembodiments, in accordance with a determination that the primary contentprovider selected from the list of primary content providers does notsupport authorization with the electronic device to which applicationson the electronic device can be granted access, the electronic devicedisplays (770) a link to instructions from the selected primary contentprovider (e.g., on the primary content provider's website) as to how toauthorize the applications on the electronic device to access contentfrom their corresponding secondary content providers, such as describedwith reference to FIG. 6C.

In some embodiments, authorizing the electronic device with the primarycontent provider occurs (772) from a user interface of one of theplurality of applications associated with the secondary contentproviders, such as in FIG. 6AA (e.g., authorization of the electronicdevice with the primary content provider is optionally accomplished froma user interface of an application for viewing content from thesecondary content providers). In some embodiments, the sequence of oneor more inputs that authorizes the electronic device with the primarycontent provider includes (774) an input selecting the primary contentprovider from a list of primary content providers that supportauthorization with the electronic device, such as in FIG. 6AA (e.g., notall primary content providers allow for an electronic device to beauthorized with that primary content provider, and subsequently forapplications to be granted access to that authorization of theelectronic device with the primary content provider). Therefore, in someembodiments, in the course of authorizing the electronic device with theprimary content provider, the electronic device presents the user with alist of primary content providers that do support the above, and fromwhich the user is able to select a primary content provider with whichto authorize the electronic device.

In some embodiments, after authorizing the electronic device with theprimary content provider, the electronic device downloads (776) a secondapplication of the plurality of applications associated with a secondsecondary content provider, such as in FIG. 6S (e.g., downloading anapplication after authorizing the electronic device with the primarycontent provider, the application associated with a secondary contentprovider, different from the first secondary content provider, fromwhich the primary content provider has access to content). In someembodiments, the electronic device launches (778) the second application(e.g., in response to a user selecting an icon for launching the secondapplication from a home screen of the electronic device). In someembodiments, the second application has not been granted (780) access tothe authorization of the electronic device from the settings userinterface (e.g., launching an application that has not yet been grantedaccess to the authorization of the electronic device with the primarycontent provider from the settings user interface). In some embodiments,in response to launching the second application, the electronic devicedisplays (782), on the display, an authorization access user interfacefor granting or denying the second application access to theauthorization of the electronic device with the primary contentprovider, such as in FIG. 6J (e.g., a user interface that asks the userof the electronic device whether or not the user would like to allow thesecond application to use the authorization of the electronic devicewith the primary content provider to provide content from the secondsecondary content provider, optionally without requiring the user toinput the credentials for the primary content provider). Therefore, insome embodiments, applications downloaded after the electronic devicehas been authorized with the primary content provider are notautomatically authorized with the primary content provider, and must,instead, be explicitly authorized by the user, such as in FIG. 6T. Insome embodiments, while displaying the authorization access userinterface, the electronic device receives (784) an input (e.g., a userinput granting or denying access to the authorization of the electronicdevice with the primary content provider). In some embodiments, inresponse to receiving the input, in accordance with a determination thatthe input grants the second application access to the authorization ofthe electronic device with the primary content provider, the electronicdevice provides (786) content, from the second secondary contentprovider, in the second application, such as in FIG. 6K (e.g., thesecond application is granted access to content from the secondsecondary content provider in response to the user granting the secondapplication access to the authorization of the electronic device withthe primary content provider). For example, the second application isoptionally authorized by using stored user credentials (e.g., storedwhen the electronic device was authorized with the primary contentprovider) for authorizing the second application with the primarycontent provider.

In some embodiments, after authorizing the electronic device with theprimary content provider, the electronic device downloads (788) a secondapplication of the plurality of applications associated with a secondsecondary content provider, such as in FIG. 6S (e.g., downloading anapplication after authorizing the electronic device with the primarycontent provider, the application associated with a secondary contentprovider, different from the first secondary content provider, fromwhich the primary content provider has access to content). In someembodiments, the electronic device launches (790) the second application(e.g., in response to a user selecting an icon for launching the secondapplication from a home screen of the electronic device; for example,launching an application that has not yet been granted access to theauthorization of the electronic device with the primary content providerfrom the settings user interface). In some embodiments, in response tolaunching the second application, the electronic device provides (792)content, from the second secondary content provider associated with thesecond application, in the second application, without requiring theuser to grant the second application access to the authorization of theelectronic device with the primary content provider, such as in FIG. 6H(e.g., applications downloaded after the electronic device has beenauthorized with the primary content provider are automaticallyauthorized with the primary content provider, and user input doing so isnot required, such as in FIG. 6U).

In some embodiments, after authorizing the electronic device with theprimary content provider, the electronic device launches (794) a secondapplication (e.g., in response to a user selecting an icon for launchingthe second application from a home screen of the electronic device)associated with a second secondary content provider of the plurality ofsecondary content providers, such as in FIG. 6V. In some embodiments,the second application has not been granted (796) access to theauthorization of the electronic device (e.g., launching an applicationthat has not yet been granted access to the authorization of theelectronic device with the primary content provider from the settingsuser interface). In some embodiments, in response (798) to launching thesecond application, in accordance with a determination (798-2) that thesecond application supports being granted access to the authorization ofthe electronic device with the primary content provider (e.g., if thesecond application is able to utilize the authorization of theelectronic device with the primary content provider to gain access tocontent from the second secondary content provider), the electronicdevice displays (798-4), on the display, an authorization access userinterface for granting or denying the second application access to theauthorization of the electronic device with the primary contentprovider, such as in FIG. 6J (e.g., a user interface that asks the userof the electronic device whether or not the user would like to allow thesecond application to use the authorization of the electronic devicewith the primary content provider to provide content from the secondsecondary content provider). In some embodiments, in accordance with adetermination (798-6) that the second application does not support beinggranted access to the authorization of the electronic device with theprimary content provider (e.g., if the second application is not able toutilize the authorization of the electronic device with the primarycontent provider to gain access to content from the second secondarycontent provider, but rather requires its own separate authorizationwith the primary content provider to gain such access), the electronicdevice requires (798-8) the user to separately authorize, from thesecond application, the second application with the primary contentprovider before providing content, from the second secondary contentprovider, in the second application, such as in FIG. 6W (e.g., becausethe second application does not support utilizing the authorization ofthe electronic device with the primary content provider, the user mustseparately authorize the second application with the primary contentprovider in order to give the second application access to content fromthe second secondary content provider).

In some embodiments, while the electronic device is not authorized withthe primary content provider (e.g., before the electronic device wasauthorized with the primary content provider, or after the authorizationwith the primary content provider has been revoked), the electronicdevice launches (798-10) a respective application (e.g., in response toa user selecting an icon for launching the respective application from ahome screen of the electronic device) associated with a respectivesecondary content provider that is not yet authorized with a primarycontent provider, such as in FIG. 6Z (e.g., launching an applicationthat has not yet been authorized with a primary content provider toprovide access to content from the respective secondary contentprovider). In some embodiments, in response to launching the respectiveapplication, the electronic device displays (798-12) an authorizationuser interface for authorizing the respective application with arespective primary content provider, such as in FIG. 6AA (e.g., a userinterface for selecting and providing user subscription credentials fora primary content provider). In some embodiments, the electronic devicereceives (798-14), via the one or more input devices, input authorizingthe respective application with the respective primary content provider,such as in FIG. 6AA (e.g., input providing user subscription credentialsfor the respective primary content provider). In some embodiments, inresponse (798-16) to receiving the input authorizing the respectiveapplication with the respective primary content provider, in accordancewith a determination that the respective primary content providersupports granting a plurality of applications access to an authorizationof the electronic device with the respective primary content provider(e.g., if the respective primary content provider allows for a singleauthorization of the electronic device with the primary content providerto be shared by multiple applications to access content on thoseapplications), the electronic device authorizes (798-18) the respectiveapplication with the respective primary content provider, includingauthorizing the electronic device with the respective primary contentprovider, such as in FIG. 6BB. In some embodiments, applications otherthan the respective application can be granted (798-20) access to theauthorization of the electronic device with the respective primarycontent provider (e.g., multiple applications, including the respectiveapplication, are able to utilize the authorization of the electronicdevice resulting from the authorization of the respective applicationwith the respective primary content provider). In some embodiments, inaccordance with a determination that the respective primary contentprovider does not support granting a plurality of applications access tothe authorization of the electronic device with the respective primarycontent provider (e.g., if the respective primary content provider doesnot allow for a single authorization of the electronic device with theprimary content provider to be shared by multiple applications to accesscontent on those applications), the electronic device authorizes(798-22) the respective application with the respective primary contentprovider without authorizing the electronic device with the respectiveprimary content provider, such as in FIGS. 6DD-6FF (e.g., only therespective application is authorized with the respective primary contentprovider). The electronic device is optionally not authorized with therespective primary content provider, and other applications areoptionally not able to utilize the authorization of the respectiveapplication with the respective primary content provider.

It should be understood that the particular order in which theoperations in FIGS. 7A-7L have been described is merely exemplary and isnot intended to indicate that the described order is the only order inwhich the operations could be performed. One of ordinary skill in theart would recognize various ways to reorder the operations describedherein. Additionally, it should be noted that details of other processesdescribed herein with respect to other methods described herein (e.g.,method 900) are also applicable in an analogous manner to method 700described above with respect to FIGS. 7A-7L. For example, theauthorizations, applications, content, operating systems, primarycontent providers and settings user interfaces described above withreference to method 700 optionally has one or more of thecharacteristics of the authorizations, applications, content, operatingsystems, primary content providers and settings user interfacesdescribed herein with reference to other methods described herein (e.g.,method 900). For brevity, these details are not repeated here.

The operations in the information processing methods described aboveare, optionally, implemented by running one or more functional modulesin an information processing apparatus such as general purposeprocessors (e.g., as described with respect to FIGS. 1A, 3, 5A, 10 and11) or application specific chips. Further, the operations describedabove with reference to FIGS. 7A-7L are, optionally, implemented bycomponents depicted in FIGS. 1A-1B. For example, receiving operations702 and 706, and displaying operation 704 are, optionally, implementedby event sorter 170, event recognizer 180, and event handler 190. Eventmonitor 171 in event sorter 170 detects a contact on a touch-sensitivesurface, and event dispatcher module 174 delivers the event informationto application 136-1. A respective event recognizer 180 of application136-1 compares the event information to respective event definitions186, and determines whether a first contact at a first location on thetouch-sensitive surface corresponds to a predefined event or sub-event,such as selection of an object on a user interface. When a respectivepredefined event or sub-event is detected, event recognizer 180activates an event handler 190 associated with the detection of theevent or sub-event. Event handler 190 optionally utilizes or calls dataupdater 176 or object updater 177 to update the application internalstate 192. In some embodiments, event handler 190 accesses a respectiveGUI updater 178 to update what is displayed by the application.Similarly, it would be clear to a person having ordinary skill in theart how other processes can be implemented based on the componentsdepicted in FIGS. 1A-1B.

Application Download Prompting

Users interact with electronic devices in many different manners,including interacting with content (e.g., music, movies, etc.) that maybe available (e.g., stored or otherwise accessible) on the electronicdevices. In some circumstances, a user may authorize an electronicdevice with a primary content provider that gives the user access tocontent from multiple secondary content providers and associatedapplications. The embodiments described below provide ways in whichelectronic devices prompt a user to download one or more content-viewingapplications that are associated with the primary content provider withwhich the user authorized the electronic devices, thereby enhancingusers' interactions with the electronic devices. Enhancing interactionswith a device reduces the amount of time needed by a user to performoperations, and thus reduces the power usage of the device and increasesbattery life for battery-powered devices. It is understood that peopleuse devices. When a person uses a device, that person is optionallyreferred to as a user of the device.

FIGS. 8A-8N illustrate exemplary ways in which an electronic deviceprompts a user to download one or more applications for viewing contentbased on authorization of the electronic device to view the content inaccordance with some embodiments of the disclosure. The embodiments inthese figures are used to illustrate the processes described below,including the processes described with reference to FIGS. 9A-9C.

As discussed with reference to FIGS. 6A-6HH, in some embodiments,content (e.g., recorded sports games, recorded movies, live sportsgames, etc.) is available to an electronic device via one or moreapplications. For example, applications associated with HBO and ESPNprovide the electronic device with access to content from secondarycontent providers such as HBO (e.g., movies) and ESPN (e.g., sports),respectively. Such applications optionally require a user of theelectronic device to have an account with a primary content provider,such as a cable or satellite provider, and authorize the applications,or the electronic device as a whole, with the account with the primarycontent provider before allowing the electronic device to access thecontent from those applications. However, a user of the electronicdevice may not know of the existence of such applications associatedwith the user's primary content provider. The examples of the disclosureprovide for ways in which an electronic device prompts the user of theexistence of applications associated with the user's primary contentprovider.

FIG. 8A illustrates exemplary display 514. Display 514 optionallydisplays one or more user interfaces that include various content. Inthe example illustrated in FIG. 8A, display 514 displays settings userinterface 802 of an electronic device (e.g., electronic device 500 ofFIG. 5A) of which display 514 is a part, or to which display 514 isconnected. Settings user interface 802 is optionally a user interface ofthe operating system of the electronic device, and provides the user ofthe electronic device the ability to control various settings of theelectronic device. Settings user interface 802 is optionally forcontrolling the primary content provider account information on theelectronic device, as described with reference to FIG. 6B. In FIG. 8A,the electronic device has not yet been authorized with a primary contentprovider, as shown at 808. The settings user interface 802 includesbutton 806 for adding an account with a primary content provider to theelectronic device (e.g., authorizing the electronic device with aprimary content provider).

In FIG. 8B, the user has authorized the electronic device with primarycontent provider A (e.g., as described with reference to FIGS. 6B-6E).In response to being authorized with primary content provider A, theelectronic device optionally prompts the user of the existence ofadditional applications that are available for download for accessingcontent associated with primary content provider A. For example, in FIG.8B, the electronic device displays button 815 in settings user interface602 (which was, optionally, not displayed in settings user interface 602before the electronic device was authorized with primary contentprovider A). The existence of button 815 optionally signifies thatadditional applications, other than applications A, B and C, which areoptionally already downloaded on the electronic device, that have accessto content from primary content provider A are available to bedownloaded to the electronic device. If the user selects button 815, theelectronic device optionally displays a user interface in an applicationstore on the electronic device that is specific to primary contentprovider A, and that includes links for downloading one or moreapplications associated with primary content provider A, as will bedescribed in more detail below.

In some embodiments, in addition or alternatively to including button815 when the electronic device is authorized with primary contentprovider A, settings user interface 802 includes information about, anddirect download links for downloading, additional applications that arenot downloaded on the electronic device, and that are associated withprimary content provider A (e.g., that provide access to content fromsecondary content providers accessible by primary content provider A).For example, in FIG. 8C, settings user interface 802 displaysrepresentations of application D 820A and application E 820B, which areapplications associated with primary content provider A, but are not yetdownloaded on the electronic device. Settings user interface 802 alsoincludes buttons 822A and 822B, which, when selected by the user, causethe electronic device to download application D and application E,respectively.

As previously mentioned with respect to FIG. 8B, selection of button 815in settings user interface 802 optionally causes the electronic deviceto display a user interface in an application store on the electronicdevice that is specific to primary content provider A. In FIG. 8D, theuser has selected button 815. In response, the electronic devicedisplays user interface 824, which is optionally an application storeuser interface on the electronic device that is specific to primarycontent provider A, as shown in FIG. 8E. The application store isoptionally a program built into the operating system of the electronicdevice (or an application separate from the operating system of theelectronic device), and provides the user of the electronic device withthe ability to download applications, whether or not associated with aprimary content provider, to the electronic device. For example,applications such as calendar applications, camera applications, games,etc., are optionally available for download from the application store.

User interface 824 optionally includes representations of applicationsthat are available for download and associated with primary contentprovider A, but are not yet installed on the electronic device. Forexample, in FIG. 8E, user interface 824 includes representations ofapplication D 826A, application E 826B, application F 826C, andapplication G 826D (applications A, B and C are optionally alreadydownloaded on the electronic device). User interface 824 also includesbuttons 828A, 828B, 828C and 828D, which, when selected, cause theelectronic device to download application D, application E, applicationF and application G, respectively. In this way, a user is able toquickly and easily determine which applications are available todownload for viewing content via the user's account with the primarycontent provider, and download one or more of those applications, asdesired.

In some embodiments, the electronic device includes applications fordownload in user interface 824, without regard to whether the user'saccount with the primary content provider gives the user access tocontent from those applications. For example, in FIG. 8E, the user'saccount with primary content provider A optionally gives the user accessto content from secondary content providers A, B, D and E (e.g., theuser's account with primary content provider A gives the user asubscription to secondary content providers A, B, D and E). However, theelectronic device has included information and download links forapplications F and G (corresponding to secondary content providers F andG, respectively) in user interface 824, because in this example, theelectronic device optionally includes all applications associated withprimary content provider A, irrespective of whether or not the user issubscribed to the secondary content providers corresponding to thoseapplications.

In contrast, in FIG. 8F, the electronic device does account for whetherthe user's account with the primary content provider gives the useraccess to content from applications associated with the primary contentprovider. For example, in FIG. 8F, user interface 824 only includesinformation and download links for applications D and E (to which theuser is subscribed), and excludes information and download links forapplications F and G (to which the user is not subscribed). In this way,the electronic device facilitates the user's search for applications viawhich the user is entitled to access content.

In some embodiments, when the electronic device is authorized with aprimary content provider, the application store includes a link to apage specific to the primary content provider from which applicationsassociated with the primary content provider are downloadable (and,optionally, does not include such a link when the electronic device isnot authorized with a primary content provider). For example, in FIG.8G, the electronic device is authorized with primary content provider A.The electronic device is displaying user interface 824 of an applicationstore of the electronic device. Multiple applications are available fordownload from user interface 824 of the application store. For example,sports applications, not associated with primary content provider A, areavailable for download at 832. Similarly, news applications, notassociated with primary content provider A, are available for downloadat 834. Additionally, user interface 824 includes button 830, which,when selected by the user, causes the electronic device to display apage in the application store that is specific to primary contentprovider A, as described with reference to FIGS. 8E-8F. In FIG. 8G, theuser has selected button 830. In response, as shown in FIG. 8H, theelectronic device displays the page in the application store that isspecific to primary content provider A, and from which variousapplications associated with primary content provider A aredownloadable, as described with reference to FIGS. 8E-8F.

In some embodiments, a user of the electronic device is prompted todownload applications associated with a primary content provider fromwithin an application for viewing content from a secondary contentprovider that is utilizing the user's account with the primary contentprovider. For example, in FIG. 8I, the electronic device is displayinghome screen 836, which includes icons 838A (corresponding to applicationA), 838B (corresponding to application B) and 838C (corresponding toapplication C), similar to as described with reference to FIG. 6G. Theuser has selected icon 838A. In response, the electronic device launchesand displays application A, as shown in FIG. 8J. Application A (or theoperating system of the electronic device) is prompting the user toauthorize application A with a primary content provider in order to viewcontent from secondary content provider A, as shown in user interface840. User interface 840 optionally includes buttons 842A, 842B, 842C and842D, which, when selected, optionally initiate a process forauthorizing application A with primary content providers A, B, C and D,respectively. In FIG. 8J, the user has selected button 842A. Inresponse, application A has been authorized with primary contentprovider A, as shown in FIG. 8K (it is understood that authorization ofapplication A with a primary content provider optionally requires theuser to enter authentication credentials, such as a username andpassword). In FIG. 8K, application A (or the operating system of theelectronic device) has also prompted the user to download additionalapplications associated with primary content provider A. Specifically,user interface 840 in FIG. 8K includes button 815, which when selectedby the user, causes the electronic device to display the page in theapplication store of the electronic device that is specific to primarycontent provider A, as described with reference to FIGS. 8E-8F. In FIG.8K, the user has selected button 815, and as a result, the electronicdevice displays the page in the application store of the electronicdevice that is specific to primary content provider A, as shown in FIG.8L.

In some embodiments, the electronic device includes a universal searchfunctionality for searching for content available on the electronicdevice (e.g., content accessible from multiple applications on theelectronic device) via a user interface of the electronic device, andnot a user interface of applications for viewing the content on theelectronic device. For example, in FIG. 8M, applications A, B and C aredownloaded on the electronic device, as indicated by their icons beingdisplayed on home screen 836. The user of the electronic device hasprovided a voice input requesting to find funny movies available on theelectronic device while home screen 836 is displayed on the electronicdevice (e.g., using remote 510 in FIG. 5B to provide the voice input tothe electronic device). This input is shown as overlay 840 displayed onhome screen 836 of the electronic device. In response to the input, theelectronic device optionally displays representations of content that isrelated to the input. For example, in FIG. 8N, the electronic devicedisplays, within overlay 842 over home screen 836, representations ofmovies that it determines to be funny, in accordance with the userinput. These movies optionally include movies accessible on applicationson the electronic device that are downloaded on the electronic device(e.g., movies accessible from applications A, B and C that use theauthorization of the electronic device with the primary content providerA to provide access to their content). For example, in FIG. 8N, movies Aand E are optionally accessible from application A, movies B and D areoptionally accessible from application B, and movie C is optionallyaccessible from application C. Thus, the electronic device is able toprovide search results to the user of the electronic device that spanacross multiple applications downloaded on the electronic device. Insome embodiments, the search results do not include applications that,while associated with primary content provider A, are not downloaded onthe electronic device, such as applications D, E, F and G, describedwith reference to FIG. 8E.

FIGS. 9A-9C are flow diagrams illustrating a method 900 of prompting auser to download one or more applications for viewing content based onauthorization of the electronic device to view the content in accordancewith some embodiments of the disclosure. The method 900 is optionallyperformed at an electronic device such as device 100, device 300, device500 or remote 510 as described above with reference to FIGS. 1A-1B, 2-3and 5A-5B. Some operations in method 900 are, optionally, combinedand/or the order of some operations is, optionally, changed.

As described below, the method 900 provides ways to prompt a user todownload one or more applications for viewing content based onauthorization of an electronic device to view the content. The methodreduces the cognitive burden on a user when interacting with a userinterface of the device of the disclosure, thereby creating a moreefficient human-machine interface. For battery-operated electronicdevices, increasing the efficiency of the user's interaction with theuser interface conserves power and increases the time between batterycharges.

In some embodiments, the method 900 is performed at an electronic device(e.g., a set-top box, a computer, etc., such as device 100, device 300or device 500) that is in communication with a display (e.g., atelevision, a computer monitor, etc., such as display 514) and one ormore input devices (e.g., a remote control, such as remote 510, asmartphone configured to control the electronic device, such as device511, a wearable device configured to control the electronic device,etc.). In some embodiments, the method 900 is performed at an electronicdevice that includes the display and/or the one or more input devices,such as an electronic device with a touch screen (e.g., a tabletcomputer, a smartphone, etc.), or an electronic device (e.g., acomputer) that includes a display and is in communication with an inputdevice, such as a mouse or a trackpad. In some embodiments, theelectronic device receives (902), via the one or more input devices, asequence of one or more inputs (e.g., inputs providing user subscriptioncredentials for a user account with a primary content provider) toauthorize a user (e.g., a user of the electronic device) to access firstcontent (e.g., movies, television shows, games, etc.) from multiplesources (e.g., from multiple secondary content providers, such as HBO,ESPN, ABC, etc.) via a single account, such as in FIGS. 8A-8B and method700 (e.g., a user account with a primary content provider, such as acable provider, or a satellite provider, that has access to content frommultiple secondary content providers). In some embodiments, in response(904) to receiving the sequence of one or more inputs, the electronicdevice authorizes (906) the user to access the first content via one ormore applications installed on the electronic device (e.g., allowing oneor more applications associated with the secondary content providers toplay content from the secondary content providers on the electronicdevice) and prompts (908) the user to download additional applicationsthat have access to the first content, such as in FIG. 8B. In this way,the user is able to quickly and easily download applications that haveaccess to content to which the user has access, increasing theefficiency of the human-machine interface. In some embodiments, theadditional applications are not downloaded (910) on the electronicdevice, such as in FIG. 8B (e.g., prompt the user to download otherapplications, not yet installed on the electronic device, that can beauthorized by the user's single account to provide the first content tothe user).

In some embodiments, in accordance with a determination that thesequence of one or more inputs to authorize the user to access the firstcontent from the multiple sources via the single account was receivedfrom within an application for accessing the first content on theelectronic device, such as in FIGS. 8I-8J (e.g., signing-on to thesingle account was performed from within an application on theelectronic device), prompting the user to download the additionalapplications includes (912) displaying, in the application, a prompt todownload the additional applications, such as in FIG. 8K (e.g., as apop-up notification in the application). In this way, the user is ableto quickly and easily download applications that have access to contentto which the user has access from within the application, increasing theefficiency of the human-machine interface.

In some embodiments, prompting the user to download the additionalapplications includes (914) displaying, in a settings user interface ofan operating system of the electronic device (e.g., a settings userinterface of the electronic device, not a user interface of anapplication for accessing the first content), a prompt to download theadditional applications, such as in FIG. 8B (e.g., a prompt to go to anapplication store screen that shows additional applications that haveaccess to the first content, specific to a primary content provider withwhich the single account is associated).

In some embodiments, prompting the user to download the additionalapplications includes (916) displaying, in a settings user interface ofan operating system of the electronic device (e.g., a settings userinterface of the electronic device, not a user interface of anapplication for accessing the first content), a plurality of selectableuser interface elements, each selectable user interface elementcorresponding to a respective one of the additional applications, andeach selectable user interface element selectable to download thecorresponding respective additional application, such as in FIG. 8C(e.g., display, in the settings user interface, icons or representationsfor applications associated with the single account, but not yetdownloaded to the electronic device, each icon or representation being a(or having an associated) button displayed that, when selected,downloads the corresponding application).

In some embodiments, prompting the user to download the additionalapplications includes (918) displaying, in an application store userinterface (e.g., on the main page of the application store that isdisplayed first when the user opens the application store) of theelectronic device from which a plurality of applications can bedownloaded to the electronic device (e.g., an application store thatallows the user to download applications to the electronic device,including applications associated with the multiple sources of the firstcontent, and applications not associated with the multiple sources ofthe first content), a selectable user interface element that correspondsto a respective primary content provider (e.g., a cable or satelliteprovider) associated with the single account, such as in FIG. 8G (e.g.,a user account with a primary content provider, such as a cableprovider, or a satellite provider, that has access to content frommultiple secondary content providers) and is selectable to initiate aprocess to download the additional applications, such as in FIGS. 8G-8H(e.g., selectable to navigate to a page in the application store with alisting of the additional applications, and buttons to downloadindividual ones or all of the additional applications). In this way, theuser is able to quickly and easily download applications that haveaccess to content to which the user has access from a generalapplication store on the electronic device, increasing the efficiency ofthe human-machine interface. In some embodiments, in accordance with adetermination that the single account is with a first primary contentprovider, the selectable user interface element corresponds (920) to thefirst primary content provider. In some embodiments, in accordance witha determination that the single account is with a second primary contentprovider, the selectable user interface element corresponds (922) to thesecond primary content provider (e.g., the button displayed in theapplication store is selected based on the primary content provider thatthe user is logged into using the single account). Different primarycontent providers optionally have different applications for download toaccess the content from those primary content providers.

In some embodiments, the electronic device receives (924), via the oneor more input devices, input for downloading one or more of theadditional applications (e.g., an input for individually downloading oneor more of the additional applications). In some embodiments, inresponse to receiving the input for downloading the one or more of theadditional applications, the electronic device downloads (926) the oneor more of the additional applications, without downloading others ofthe additional applications, such as described with reference to FIG. 8C(e.g., the additional applications are individually downloadable by theuser).

In some embodiments, after authorizing the user to access the firstcontent via the one or more applications installed on the electronicdevice, the electronic device receives (928), via the one or more inputdevices, an input corresponding to a request to search the first contentfor content having a user-specified characteristic, such as in FIG. 8M(e.g., a search for “Star Wars”, or a search for “basketball”). In thisway, the user is able to quickly and easily search for content acrossmultiple applications, and to which the user has access, increasing theefficiency of the human-machine interface. The search is optionallyperformed from a user interface of the electronic device, and not a userinterface of the applications for viewing the first content. Forexample, the search is optionally performed as a universal search acrosscontent accessible from multiple applications on the electronic device,such as in FIG. 8M. In some embodiments, in response to receiving theinput corresponding to the request to search the first content forcontent having the user-specified characteristic, the electronic deviceprovides (930) access to a first subset of the first content, having theuser-specified characteristic, accessible from the one or moreapplications installed on the electronic device, such as in FIG. 8N(e.g., a search for “Star Wars” reveals “Star Wars” media accessible ona plurality of applications on the electronic device, a search for“basketball” reveals basketball media accessible on a plurality ofapplications on the electronic device). In some embodiments, contentaccessible from applications that are not downloaded on the electronicdevice is not accessible from the universal search, such as in FIG. 8N.

In some embodiments, the electronic device displays (932), on thedisplay, an application store user interface (e.g., a main page of theapplication store that is displayed first when the user opens theapplication store) of the electronic device from which a plurality ofapplications can be downloaded to the electronic device, such as in FIG.8G (e.g., an application store that allows the user to downloadapplications to the electronic device, including applications associatedwith the multiple sources of the first content, and applications notassociated with the multiple sources of the first content). In someembodiments, in accordance with a determination that the user has beenauthorized to access the first content from multiple sources via thesingle account with a primary content provider (e.g., the user hasprovided the single account credentials to authorize the electronicdevice with a primary content provider, such as a cable or satelliteprovider), the application store user interface includes (934) a firstlink selectable to initiate a process to display a user interface in theapplication store that is specific to the primary content provider, suchas in FIGS. 8G-8H (e.g., a page in the application store that iscustomized to the primary content provider with which the single accountis associated), the user interface that is specific to the primarycontent provider including one or more links to download the additionalapplications that are not downloaded on the electronic device, such asin FIG. 8H (e.g., the primary content provider-specific page of theapplication store includes information about, and buttons to download,applications that are not yet downloaded on the electronic device, andvia which the user would be authorized to access content via the singleaccount). In some embodiments, selection of the first link goes directlyto the primary content provider-specific user interface. In someembodiments, selection of the first link displays an intermediate userinterface for selecting the primary content provider associated with theuser's single account from a list, and in response to the selection ofthe primary content provider from the intermediate user interface, theprimary content provider-specific user interface is displayed. In someembodiments, the primary content provider-specific user interfaceincludes links to all applications associated with the primary contentprovider (including applications to which the user's single account doesnot grant access), such as in FIG. 8E, while in other embodiments, theprimary content provider-specific user interface includes links toapplications associated with the primary content provider to which theuser's single account provides access, such as in FIG. 8F.

In some embodiments, after authorizing the user to access the firstcontent via the one or more applications installed on the electronicdevice, the electronic device displays (936), on the display, a settingsuser interface of an operating system of the electronic device (e.g., asettings user interface of the electronic device, not a user interfaceof an application for accessing the first content), the settings userinterface including a selectable link for directly accessing the userinterface in the application store that is specific to the primarycontent provider, such as in FIG. 8D (e.g., the operating systemsettings user interface includes a direct link that is selectable toaccess the page in the application store that is customized to theprimary content provider with which the single account is associated,and from which additional applications associated with the primarycontent provider are downloadable). In this way, the user is able toquickly and easily navigate to a primary content provider-specific pagefor downloading applications for accessing content to which the user hasaccess, increasing the efficiency of the human-machine interface.

It should be understood that the particular order in which theoperations in FIGS. 9A-9C have been described is merely exemplary and isnot intended to indicate that the described order is the only order inwhich the operations could be performed. One of ordinary skill in theart would recognize various ways to reorder the operations describedherein. Additionally, it should be noted that details of other processesdescribed herein with respect to other methods described herein (e.g.,method 700) are also applicable in an analogous manner to method 900described above with respect to FIGS. 9A-9C. For example, theauthorizations, applications, content, operating systems, primarycontent providers and settings user interfaces described above withreference to method 900 optionally has one or more of thecharacteristics of the authorizations, applications, content, operatingsystems, primary content providers and settings user interfacesdescribed herein with reference to other methods described herein (e.g.,method 700). For brevity, these details are not repeated here.

The operations in the information processing methods described aboveare, optionally, implemented by running one or more functional modulesin an information processing apparatus such as general purposeprocessors (e.g., as described with respect to FIGS. 1A, 3, 5A, 10 and11) or application specific chips. Further, the operations describedabove with reference to FIGS. 9A-9C are, optionally, implemented bycomponents depicted in FIGS. 1A-1B. For example, receiving operation902, authorizing operation 906 and prompting operation 908 are,optionally, implemented by event sorter 170, event recognizer 180, andevent handler 190. Event monitor 171 in event sorter 170 detects acontact on a touch-sensitive surface, and event dispatcher module 174delivers the event information to application 136-1. A respective eventrecognizer 180 of application 136-1 compares the event information torespective event definitions 186, and determines whether a first contactat a first location on the touch-sensitive surface corresponds to apredefined event or sub-event, such as selection of an object on a userinterface. When a respective predefined event or sub-event is detected,event recognizer 180 activates an event handler 190 associated with thedetection of the event or sub-event. Event handler 190 optionallyutilizes or calls data updater 176 or object updater 177 to update theapplication internal state 192. In some embodiments, event handler 190accesses a respective GUI updater 178 to update what is displayed by theapplication. Similarly, it would be clear to a person having ordinaryskill in the art how other processes can be implemented based on thecomponents depicted in FIGS. 1A-1B.

In accordance with some embodiments, FIG. 10 shows a functional blockdiagram of an electronic device 1000 (e.g., device 100 in FIG. 1A, 300in FIG. 3 and/or 500 in FIG. 5A) configured in accordance with theprinciples of the various described embodiments. The functional blocksof the device are, optionally, implemented by hardware, software, or acombination of hardware and software, to carry out the principles of thevarious described embodiments. It is understood by persons of skill inthe art that the functional blocks described in FIG. 10 are, optionally,combined or separated into sub-blocks to implement the principles of thevarious described embodiments. Therefore, the description hereinoptionally supports any possible combination or separation or furtherdefinition of the functional blocks described herein.

As shown in FIG. 10, an electronic device 1000 optionally includes areceiving unit 1002 configured to receive inputs, and a processing unit1004 coupled to the receiving unit 1002. In some embodiments, theprocessing unit 1004 includes a display enabling unit 1006, anauthorizing unit 1008, a launching unit 1010, a content enabling unit1012, an updating unit 1014 and a downloading unit 1016.

In some embodiments, the receiving unit (1002) is configured to receivea sequence of one or more inputs that authorizes the electronic devicewith a primary content provider based on a user subscription to theprimary content provider, the primary content provider having access(e.g., with authorizing unit 1008) to content from a plurality ofsecondary content providers that is accessible on the electronic devicevia a plurality of applications associated with the secondary contentproviders. In some embodiments, a processing unit (1004) is configuredto, after authorizing the electronic device with the primary contentprovider, display, on a display (e.g., with display enabling unit 1006),a settings user interface of the electronic device from which access tothe authorization of the electronic device with the primary contentprovider can be granted or denied (e.g., with authorizing unit 1008) toone or more applications on the electronic device. In some embodiments,the receiving unit (1002) is further configured to, while displaying(e.g., with display enabling unit 1006) the settings user interface,receive a sequence of one or more inputs that grant (e.g., withauthorizing unit 1008) access to the authorization of the electronicdevice to a first application of the plurality of applicationsassociated with a first secondary content provider, wherein the settingsuser interface is not a user interface of the first application.

In some embodiments, the processing unit (1004) is further configuredto, after authorizing (e.g., with authorizing unit 1008) the electronicdevice with the primary content provider, launch (e.g., with launchingunit 1010) a second application associated with a second secondarycontent provider of the plurality of secondary content providers. Insome embodiments, the second application has not been granted access(e.g., with authorizing unit 1008) to the authorization of theelectronic device. In some embodiments, in response to launching (e.g.,with launching unit 1010) the second application, display (e.g., withdisplay enabling unit 1006), on the display, an authorization accessuser interface for granting or denying (e.g., with authorizing unit1008) the second application access to the authorization of theelectronic device with the primary content provider. In someembodiments, the receiving unit (1002) is further configured to, whiledisplaying (e.g., with display enabling unit 1006) the authorizationaccess user interface, receive an input. In some embodiments, theprocessing unit (1002) is further configured to, in response toreceiving (e.g., with receiving unit 1002) the input, in accordance witha determination that the input grants (e.g., with authorizing unit 1008)the second application access to the authorization of the electronicdevice with the primary content provider, provide (e.g., with contentenabling unit 1012) content, from the second secondary content provider,in the second application.

In some embodiments, the processing unit (1004) is further configuredto, in accordance with the determination that the input grants (e.g.,with authorizing unit 1008) the second application access to theauthorization of the electronic device with the primary contentprovider, update (e.g., with updating unit 1014) the settings userinterface to reflect that the second application has access to theauthorization of the electronic device with the primary contentprovider. In some embodiments, the processing unit (1004) is furtherconfigured to, in accordance with a determination that the input denies(e.g., with authorizing unit 1008) the second application access to theauthorization of the electronic device with the primary contentprovider, require the user to separately authorize, from the secondapplication, the second application with the primary content providerbefore providing (e.g., with content enabling unit 1012) content, fromthe second secondary content provider, in the second application. Insome embodiments, after the user separately authorizes (e.g., withauthorizing unit 1008) the second application with the primary contentprovider, the settings user interface indicates (e.g., with displayenabling unit 1006) that the second application does not have access tothe authorization of the electronic device with the primary contentprovider.

In some embodiments, the receiving unit (1002) is further configured to,while displaying (e.g., with display enabling unit 1006) the settingsuser interface, receive a sequence of one or more inputs that deny(e.g., with authorizing unit 1008) access to the authorization of theelectronic device to a second application of the plurality ofapplications associated with a second secondary content provider. Insome embodiments, the settings user interface includes (e.g., viadisplay enabling unit 1006) a plurality of selectable user interfaceelements corresponding to the plurality of applications via which thecontent from the plurality of secondary content providers is accessible(e.g., with content enabling unit 1012), from which the access to theauthorization of the electronic device with the primary content provideris granted or denied (e.g., with authorizing unit 1008) in response toselection (e.g., via receiving unit 1002) of respective ones of theplurality of user interface elements.

In some embodiments, the plurality of applications associated with thesecondary content providers includes a first set of applicationsassociated with a first set of secondary content providers to which theuser subscription with the primary content provider permits (e.g., viaauthorizing unit 1010) access, and a second set of applicationsassociated with a second set of secondary content providers to which theuser subscription with the primary content provider does not permitaccess. In some embodiments, the settings user interface allows grantingor denying (e.g., via authoring unit 1008) access to the authorizationof the electronic device with the primary content provider toapplications, on the electronic device, in the first set of applicationsand the second set of applications.

In some embodiments, the plurality of applications associated with thesecondary content providers includes a first set of applicationsassociated with a first set of secondary content providers to which theuser subscription with the primary content provider permits (e.g., viaauthorizing unit 1008) access, and a second set of applicationsassociated with a second set of secondary content providers to which theuser subscription with the primary content provider does not permitaccess. In some embodiments, the settings user interface allows grantingor denying (e.g., via authorizing unit 1008) access to the authorizationof the electronic device with the primary content provider toapplications, on the electronic device, in the first set ofapplications, but not to applications in the second set of applications.

In some embodiments, the processing unit (1004) is further configuredto, after the first application is granted (e.g., via authorizing unit1008) access to the authorization of the electronic device with theprimary content provider, launch (e.g. via launching unit 1010) thefirst application on the electronic device. In some embodiments, inresponse to launching (e.g., via launching unit 1010) the firstapplication, provide (e.g., via content enabling unit 1014) content,from the first secondary content provider associated with the firstapplication, in the first application, without requiring the user toseparately authorize (e.g. via authorizing unit 1008) the firstapplication with the primary content provider.

In some embodiments, after authorizing the electronic device with theprimary content provider, the settings user interface includes (e.g.,via display enabling unit 1006) a link for downloading (e.g., viadownloading unit 1016) an application associated with the primarycontent provider, wherein the settings user interface did not includethe link before the electronic device was authorized (e.g., viaauthorizing unit 1008) with the primary content provider.

In some embodiments, the receiving unit (1002) is further configured to,after authorizing (e.g., via authorizing unit 1008) the electronicdevice with the primary content provider, receive a sequence of one ormore inputs that revokes the authorization of the electronic device withthe primary content provider. In some embodiments, the processing unit(1004) is further configured to, in response to the sequence of one ormore inputs revoke (e.g., via authorizing unit 1008) the authorizationwith the primary content provider and prevent (e.g., via contentenabling unit 1012) access to content from the secondary contentproviders that were authorized via the primary content provider.

In some embodiments, the receiving unit (1002) is further configured to,while the authorization of the electronic device with the primarycontent provider is revoked (e.g. with authorizing unit 1008), receive asequence of one or more inputs that authorizes the electronic devicewith a second primary content provider based on a user subscription tothe second primary content provider, the second primary content providerhaving access (e.g., with content enabling unit 1012) to content from asecond plurality of secondary content providers, different from theplurality of secondary content providers, that is accessible on theelectronic device via a second plurality of applications associated withthe second plurality of secondary content providers. In someembodiments, the processing unit (1004) is further configured to, afterauthorizing (e.g., with authorizing unit 1008) the electronic devicewith the second primary content provider, display (e.g., with displayenabling unit 1006), on the display, a second settings user interface ofthe electronic device, different from the settings user interface, fromwhich access to the authorization of the electronic device with thesecond primary content provider can be granted or denied to one or moreapplications on the electronic device. In some embodiments, thereceiving unit (1002) is further configured to, while displaying (e.g.,with display enabling unit 1006) the second settings user interface,receive a sequence of one or more inputs that grant (e.g., viaauthorizing unit 1008) access to the authorization of the electronicdevice with the second primary content provider to a respectiveapplication of the second plurality of applications associated with arespective secondary content provider of the second plurality ofsecondary content providers, wherein the second settings user interfaceis not a user interface of the respective application of the secondplurality of applications.

In some embodiments, authorizing (e.g., with authorizing unit 1008) theelectronic device with the primary content provider occurs from a userinterface of an operating system of the electronic device. In someembodiments, the sequence of one or more inputs that authorizes (e.g.,via authorizing unit 1008) the electronic device with the primarycontent provider includes an input selecting the primary contentprovider from a list of primary content providers that supportauthorization with the electronic device. In some embodiments,authorizing (e.g., via authorizing unit 1008) the electronic device withthe primary content provider occurs from a user interface of anoperating system of the electronic device. In some embodiments, thesequence of one or more inputs that authorizes (e.g., via authorizingunit 1008) the electronic device with the primary content providerincludes an input selecting the primary content provider from a list ofprimary content providers. In some embodiments, the processing unit(1004) is further configured to, in accordance with a determination thatthe primary content provider selected from the list of primary contentproviders does not support authorization with the electronic device towhich applications on the electronic device can be granted (e.g., withauthorizing unit 1008) access, display (e.g., with display enabling unit1006) a link to instructions from the selected primary content provideras to how to authorize the applications on the electronic device toaccess content from their corresponding secondary content providers.

In some embodiments, authorizing (e.g., with authorizing unit 1008) theelectronic device with the primary content provider occurs from a userinterface of one of the plurality of applications associated with thesecondary content providers. In some embodiments, the sequence of one ormore inputs that authorizes (e.g., with authorizing unit 1008) theelectronic device with the primary content provider includes an inputselecting the primary content provider from a list of primary contentproviders that support authorization with the electronic device.

In some embodiments, the processing unit (1004) is further configuredto, after authorizing (e.g., via authorizing unit 1008) the electronicdevice with the primary content provider, download (e.g., viadownloading unit 1016) a second application of the plurality ofapplications associated with a second secondary content provider. Insome embodiments, the electronic device (1000) launches (e.g., withlaunching unit 1010) the second application, wherein the secondapplication has not been granted (e.g., with authorizing unit 1008)access to the authorization of the electronic device from the settingsuser interface. In some embodiments, in response to launching (e.g.,with launching unit 1010) the second application, display (e.g., withdisplay enabling unit 1006), on the display, an authorization accessuser interface for granting or denying (e.g., with authorizing unit1008) the second application access to the authorization of theelectronic device with the primary content provider. In someembodiments, the receiving unit (1002) is further configured to, whiledisplaying (e.g., with display enabling unit 1006) the authorizationaccess user interface, receive an input. In some embodiments, theprocessing unit (1004) is further configured to, in response toreceiving (e.g., with receiving unit 1002) the input, in accordance witha determination that the input grants (e.g., with authorizing unit 1008)the second application access to the authorization of the electronicdevice with the primary content provider, provide (e.g., with contentenabling unit 1012) content, from the second secondary content provider,in the second application.

In some embodiments, the processing unit (1004) is further configuredto, after authorizing (e.g., with authorizing unit 1008) the electronicdevice with the primary content provider, download (e.g., withdownloading unit 1016) a second application of the plurality ofapplications associated with a second secondary content provider andlaunch (e.g., with launching unit 1014) the second application. In someembodiments, in response to launching (e.g., with launching unit 1010)the second application, provide (e.g., with content enabling unit 1012)content, from the second secondary content provider associated with thesecond application, in the second application, without requiring theuser to grant (e.g., with authorizing unit 1008) the second applicationaccess to the authorization of the electronic device with the primarycontent provider.

In some embodiments, the processing unit (1004) is further configuredto, after authorizing (e.g., with authorizing unit 1008) the electronicdevice with the primary content provider, launch (e.g., with launchingunit 1010) a second application associated with a second secondarycontent provider of the plurality of secondary content providers,wherein the second application has not been granted access to theauthorization of the electronic device. In some embodiments, in responseto launching (e.g., with launching unit 1010) the second application, inaccordance with a determination that the second application supportsbeing granted (e.g., with authorizing unit 1008) access to theauthorization of the electronic device with the primary contentprovider, the electronic device (1000) displays (e.g., with displayenabling unit 1006), on the display, an authorization access userinterface for granting or denying the second application access to theauthorization of the electronic device with the primary contentprovider. In some embodiments, in accordance with a determination thatthe second application does not support being granted (e.g., withauthorizing unit 1008) access to the authorization of the electronicdevice with the primary content provider, the electronic device requiresthe user to separately authorize, from the second application, thesecond application with the primary content provider before providing(e.g., with content enabling unit 1012) content, from the secondsecondary content provider, in the second application.

In some embodiments, the processing unit (1004) is further configuredto, while the electronic device is not authorized (e.g., withauthorizing unit 1008) with the primary content provider, launch (e.g.,with launching unit 1010) a respective application associated with arespective secondary content provider that is not yet authorized with aprimary content provider. In some embodiments, in response to launching(e.g., with launching unit 1010) the respective application, display(e.g., with display enabling unit) an authorization user interface forauthorizing (e.g., with authorizing unit 1008) the respectiveapplication with a respective primary content provider. In someembodiments, the receiving unit (1002) is further configured to receiveinput authorizing (e.g., with authorizing unit 1008) the respectiveapplication with the respective primary content provider. In someembodiments, the processing unit (1004) is further configured to, inresponse to receiving (e.g., with receiving unit 1002) the inputauthorizing (e.g., with authorizing unit 1008) the respectiveapplication with the respective primary content provide, in accordancewith a determination that the respective primary content providersupports granting a plurality of applications access to an authorizationof the electronic device with the respective primary content provider,authorize the respective application with the respective primary contentprovider, including authorizing the electronic device with therespective primary content provider, wherein applications other than therespective application can be granted access to the authorization of theelectronic device with the respective primary content provider. In someembodiments, in accordance with a determination that the respectiveprimary content provider does not support granting (e.g., withauthorizing unit 1008) a plurality of applications access to theauthorization of the electronic device with the respective primarycontent provider, the electronic device (1000) authorizes the respectiveapplication with the respective primary content provider withoutauthorizing the electronic device with the respective primary contentprovider.

In accordance with some embodiments, FIG. 11 shows a functional blockdiagram of an electronic device 1100 (e.g., device 100 in FIG. 1A, 300in FIG. 3 and/or 500 in FIG. 5A) configured in accordance with theprinciples of the various described embodiments. The functional blocksof the device are, optionally, implemented by hardware, software, or acombination of hardware and software, to carry out the principles of thevarious described embodiments. It is understood by persons of skill inthe art that the functional blocks described in FIG. 11 are, optionally,combined or separated into sub-blocks to implement the principles of thevarious described embodiments. Therefore, the description hereinoptionally supports any possible combination or separation or furtherdefinition of the functional blocks described herein.

As shown in FIG. 11, an electronic device 1100 optionally includes areceiving unit 1102 configured to receive inputs, and a processing unit1104 coupled to the receiving unit 1102. In some embodiments, theprocessing unit 1104 includes an authorizing unit 1106, a prompting unit1108, a downloading unit 1110 and a display enabling unit 1112.

In some embodiments, the receiving unit (1102) is configured to receivea sequence of one or more inputs to authorize (e.g., with authorizingunit 1106) a user to access first content from multiple sources via asingle account. In some embodiments, the processing unit (1104) isconfigured to, in response to receiving the sequence of one or moreinputs, authorize (e.g., with authorizing unit 1106) the user to accessthe first content via one or more applications installed on theelectronic device. In some embodiments, the electronic device (1100)prompts (e.g., with prompting unit 1108) the user to download (e.g.,with downloading unit 1110) additional applications that have access tothe first content, wherein the additional applications are notdownloaded on the electronic device.

In some embodiments, in accordance with a determination that thesequence of one or more inputs to authorize (e.g., with authorizing unit1106) the user to access the first content from the multiple sources viathe single account was received (e.g., with receiving unit 1102) fromwithin an application for accessing the first content on the electronicdevice, the electronic device (1100) prompts (e.g., with prompting unit1108) the user to download (e.g., with downloading unit 1110) theadditional applications includes displaying, in the application, aprompt to download the additional applications.

In some embodiments, prompting (e.g., with prompting unit 1108) the userto download the additional applications includes displaying (e.g., withdisplay enabling unit 1112), in a settings user interface of anoperating system of the electronic device, a prompt to download (e.g.,with downloading unit 1110) the additional applications. In someembodiments, prompting (e.g., with prompting unit 1108) the user todownload (e.g., with downloading unit 1110) the additional applicationsincludes displaying (e.g., with display enabling unit 1112), in asettings user interface of an operating system of the electronic device,a plurality of selectable user interface elements, each selectable userinterface element corresponding to a respective one of the additionalapplications, and each selectable user interface element selectable todownload the corresponding respective additional application.

In some embodiments, prompting (e.g., with prompting unit 1108) the userto download the additional applications includes displaying (e.g., withdisplay enabling unit 1112), in an application store user interface ofthe electronic device from which a plurality of applications can bedownloaded (e.g., with downloading unit 1110) to the electronic device,a selectable user interface element that corresponds to a respectiveprimary content provider associated with the single account and isselectable to initiate a process to download the additionalapplications. In some embodiments, in accordance with a determinationthat the single account is with a first primary content provider, theselectable user interface element corresponds to the first primarycontent provider. In some embodiments, in accordance with adetermination that the single account is with a second primary contentprovider, the selectable user interface element corresponds to thesecond primary content provider.

In some embodiments, the receiving unit (1102) is further configured toreceive input for downloading (e.g., with downloading unit 1110) one ormore of the additional applications. In some embodiments, the processingunit (1104) is further configured to, in response to receiving (e.g.,with receiving unit 1102) the input for downloading (e.g., withdownloading unit 1110) the one or more of the additional applications,download the one or more of the additional applications, withoutdownloading others of the additional applications.

In some embodiments, the receiving unit (1102) is further configured to,after authorizing (e.g., with authorizing unit 1106) the user to accessthe first content via the one or more applications installed on theelectronic device, receive an input corresponding to a request to searchthe first content for content having a user-specified characteristic. Insome embodiments, the processing unit (1104) is further configured to,in response to receiving (e.g., with receiving unit 1102) the inputcorresponding to the request to search the first content for contenthaving the user-specified characteristic, provide (e.g., withauthorizing unit 1106) access to a first subset of the first content,having the user-specified characteristic, accessible from the one ormore applications installed on the electronic device.

In some embodiments, the processing unit (1104) is further configured todisplay (e.g., with display enabling unit 1112), on a display, anapplication store user interface of the electronic device from which aplurality of applications can be downloaded (e.g., with downloading unit1110) to the electronic device. In some embodiments, in accordance witha determination that the user has been authorized (e.g., withauthorizing unit 1106) to access the first content from multiple sourcesvia the single account with a primary content provider, the applicationstore user interface includes (e.g., with display enabling unit 1112) afirst link selectable to initiate a process to display a user interfacein the application store that is specific to the primary contentprovider, the user interface that is specific to the primary contentprovider including one or more links to download (e.g., with downloadingunit 1110) the additional applications that are not downloaded on theelectronic device.

In some embodiments, the processing unit (1104) is further configuredto, after authorizing (e.g., with authorizing unit 1106) the user toaccess the first content via the one or more applications installed onthe electronic device, display (e.g., with display enabling unit 1112),on a display, a settings user interface of an operating system of theelectronic device, the settings user interface including a selectablelink for directly accessing the user interface in the application storethat is specific to the primary content provider.

The operations described above with reference to FIGS. 7A-7L and 9A-9Care, optionally, implemented by components depicted in FIGS. 1A-1B, FIG.10 or FIG. 11. For example, receiving operations 702, 706 and 902,authorizing operation 906, displaying operation 704 and promptingoperation 908 are, optionally implemented by event sorter 170, eventrecognizer 180, and event handler 190. Event monitor 171 in event sorter170 detects a contact on a touch-sensitive surface or touch screen, andevent dispatcher module 174 delivers the event information toapplication 136-1. A respective event recognizer 180 of application136-1 compares the event information to respective event definitions186, and determines whether a first contact at a first location on thetouch-sensitive surface or touch screen corresponds to a predefinedevent or sub-event, such as selection of an object on a user interface.When a respective predefined event or sub-event is detected, eventrecognizer 180 activates an event handler 190 associated with thedetection of the event or sub-event. Event handler 190 optionallyutilizes or calls data updater 176 or object updater 177 to update theapplication internal state 192. In some embodiments, event handler 190accesses a respective GUI updater 178 to update what is displayed by theapplication. Similarly, it would be clear to a person having ordinaryskill in the art how other processes can be implemented based on thecomponents depicted in FIGS. 1A-1B, FIG. 10 or FIG. 11.

The foregoing description, for purpose of explanation, has beendescribed with reference to specific embodiments. However, theillustrative discussions above are not intended to be exhaustive or tolimit the invention to the precise forms disclosed. Many modificationsand variations are possible in view of the above teachings. Theembodiments were chosen and described in order to best explain theprinciples of the invention and its practical applications, to therebyenable others skilled in the art to best use the invention and variousdescribed embodiments with various modifications as are suited to theparticular use contemplated.

The invention claimed is:
 1. A method comprising: at an electronicdevice that is in communication with a display and one or more inputdevices: receiving, via the one or more input devices, a sequence of oneor more inputs that authorizes the electronic device with a primarycontent provider based on a user subscription to the primary contentprovider, the primary content provider having access to content from aplurality of secondary content providers that is accessible on theelectronic device via a plurality of applications associated with thesecondary content providers, wherein the plurality of applications areinstalled on the electronic device; after authorizing the electronicdevice with the primary content provider, displaying, on the display, asettings user interface of the electronic device from which access tothe authorization of the electronic device with the primary contentprovider can be granted or denied to one or more applications on theelectronic device; and while displaying the settings user interface,receiving, via the one or more input devices, a sequence of one or moreinputs that grant access to the authorization of the electronic deviceto a first application of the plurality of applications associated witha first secondary content provider, wherein the settings user interfaceis not a user interface of the first application, and granting theaccess to the authorization of the electronic device, with the primarycontent provider, to the first application authorizes the firstapplication to provide content, on the electronic device, from the firstsecondary content provider.
 2. The method of claim 1, furthercomprising: after authorizing the electronic device with the primarycontent provider, launching a second application associated with asecond secondary content provider of the plurality of secondary contentproviders, wherein the second application has not been granted access tothe authorization of the electronic device; and in response to launchingthe second application, displaying, on the display, an authorizationaccess user interface for granting or denying the second applicationaccess to the authorization of the electronic device with the primarycontent provider; while displaying the authorization access userinterface, receiving an input; and in response to receiving the input,in accordance with a determination that the input grants the secondapplication access to the authorization of the electronic device withthe primary content provider, providing content, from the secondsecondary content provider, in the second application.
 3. The method ofclaim 2, further comprising: in accordance with the determination thatthe input grants the second application access to the authorization ofthe electronic device with the primary content provider, updating thesettings user interface to reflect that the second application hasaccess to the authorization of the electronic device with the primarycontent provider.
 4. The method of claim 2, further comprising: inaccordance with a determination that the input denies the secondapplication access to the authorization of the electronic device withthe primary content provider, requiring the user to separatelyauthorize, from the second application, the second application with theprimary content provider before providing content, from the secondsecondary content provider, in the second application, wherein after theuser separately authorizes the second application with the primarycontent provider, the settings user interface indicates that the secondapplication does not have access to the authorization of the electronicdevice with the primary content provider.
 5. The method of claim 1,further comprising: while displaying the settings user interface,receiving, via the one or more input devices, a sequence of one or moreinputs that deny access to the authorization of the electronic device toa second application of the plurality of applications associated with asecond secondary content provider.
 6. The method of claim 1, wherein thesettings user interface includes a plurality of selectable userinterface elements corresponding to the plurality of applications viawhich the content from the plurality of secondary content providers isaccessible, from which the access to the authorization of the electronicdevice with the primary content provider is granted or denied inresponse to selection of respective ones of the plurality of userinterface elements.
 7. The method of claim 1, wherein: the plurality ofapplications associated with the secondary content providers includes afirst set of applications associated with a first set of secondarycontent providers to which the user subscription with the primarycontent provider permits access, and a second set of applicationsassociated with a second set of secondary content providers to which theuser subscription with the primary content provider does not permitaccess, and the settings user interface allows granting or denyingaccess to the authorization of the electronic device with the primarycontent provider to applications, on the electronic device, in the firstset of applications and the second set of applications.
 8. The method ofclaim 1, wherein: the plurality of applications associated with thesecondary content providers includes a first set of applicationsassociated with a first set of secondary content providers to which theuser subscription with the primary content provider permits access, anda second set of applications associated with a second set of secondarycontent providers to which the user subscription with the primarycontent provider does not permit access, and the settings user interfaceallows granting or denying access to the authorization of the electronicdevice with the primary content provider to applications, on theelectronic device, in the first set of applications, but not toapplications in the second set of applications.
 9. The method of claim1, further comprising: after the first application is granted access tothe authorization of the electronic device with the primary contentprovider, launching the first application on the electronic device; andin response to launching the first application, providing content, fromthe first secondary content provider associated with the firstapplication, in the first application, without requiring the user toseparately authorize the first application with the primary contentprovider.
 10. The method of claim 1, wherein: after authorizing theelectronic device with the primary content provider, the settings userinterface includes a link for downloading an application associated withthe primary content provider, wherein the settings user interface didnot include the link before the electronic device was authorized withthe primary content provider.
 11. The method of claim 1, furthercomprising: after authorizing the electronic device with the primarycontent provider, receiving, via the one or more input devices, asequence of one or more inputs that revokes the authorization of theelectronic device with the primary content provider; and in response tothe sequence of one or more inputs: revoking the authorization with theprimary content provider; and preventing access to content from thesecondary content providers that were authorized via the primary contentprovider.
 12. The method of claim 11, further comprising: while theauthorization of the electronic device with the primary content provideris revoked, receiving, via the one or more input devices, a sequence ofone or more inputs that authorizes the electronic device with a secondprimary content provider based on a user subscription to the secondprimary content provider, the second primary content provider havingaccess to content from a second plurality of secondary contentproviders, different from the plurality of secondary content providers,that is accessible on the electronic device via a second plurality ofapplications associated with the second plurality of secondary contentproviders; after authorizing the electronic device with the secondprimary content provider, displaying, on the display, a second settingsuser interface of the electronic device, different from the settingsuser interface, from which access to the authorization of the electronicdevice with the second primary content provider can be granted or deniedto one or more applications on the electronic device; and whiledisplaying the second settings user interface, receiving, via the one ormore input devices, a sequence of one or more inputs that grant accessto the authorization of the electronic device with the second primarycontent provider to a respective application of the second plurality ofapplications associated with a respective secondary content provider ofthe second plurality of secondary content providers, wherein the secondsettings user interface is not a user interface of the respectiveapplication of the second plurality of applications.
 13. The method ofclaim 1, wherein: authorizing the electronic device with the primarycontent provider occurs from a user interface of an operating system ofthe electronic device, and the sequence of one or more inputs thatauthorizes the electronic device with the primary content providerincludes an input selecting the primary content provider from a list ofprimary content providers that support authorization with the electronicdevice.
 14. The method of claim 1, wherein: authorizing the electronicdevice with the primary content provider occurs from a user interface ofan operating system of the electronic device, the sequence of one ormore inputs that authorizes the electronic device with the primarycontent provider includes an input selecting the primary contentprovider from a list of primary content providers, and the methodfurther comprises: in accordance with a determination that the primarycontent provider selected from the list of primary content providersdoes not support authorization with the electronic device to whichapplications on the electronic device can be granted access, displayinga link to instructions from the selected primary content provider as tohow to authorize the applications on the electronic device to accesscontent from their corresponding secondary content providers.
 15. Themethod of claim 1, wherein: authorizing the electronic device with theprimary content provider occurs from a user interface of one of theplurality of applications associated with the secondary contentproviders, and the sequence of one or more inputs that authorizes theelectronic device with the primary content provider includes an inputselecting the primary content provider from a list of primary contentproviders that support authorization with the electronic device.
 16. Themethod of claim 1, further comprising: after authorizing the electronicdevice with the primary content provider, downloading a secondapplication of the plurality of applications associated with a secondsecondary content provider; launching the second application, whereinthe second application has not been granted access to the authorizationof the electronic device from the settings user interface; and inresponse to launching the second application, displaying, on thedisplay, an authorization access user interface for granting or denyingthe second application access to the authorization of the electronicdevice with the primary content provider; while displaying theauthorization access user interface, receiving an input; and in responseto receiving the input, in accordance with a determination that theinput grants the second application access to the authorization of theelectronic device with the primary content provider, providing content,from the second secondary content provider, in the second application.17. The method of claim 1, further comprising: after authorizing theelectronic device with the primary content provider, downloading asecond application of the plurality of applications associated with asecond secondary content provider; launching the second application; andin response to launching the second application, providing content, fromthe second secondary content provider associated with the secondapplication, in the second application, without requiring the user togrant the second application access to the authorization of theelectronic device with the primary content provider.
 18. The method ofclaim 1, further comprising: after authorizing the electronic devicewith the primary content provider, launching a second applicationassociated with a second secondary content provider of the plurality ofsecondary content providers, wherein the second application has not beengranted access to the authorization of the electronic device; and inresponse to launching the second application: in accordance with adetermination that the second application supports being granted accessto the authorization of the electronic device with the primary contentprovider: displaying, on the display, an authorization access userinterface for granting or denying the second application access to theauthorization of the electronic device with the primary contentprovider; and in accordance with a determination that the secondapplication does not support being granted access to the authorizationof the electronic device with the primary content provider: requiringthe user to separately authorize, from the second application, thesecond application with the primary content provider before providingcontent, from the second secondary content provider, in the secondapplication.
 19. The method of claim 1, further comprising: while theelectronic device is not authorized with the primary content provider,launching a respective application associated with a respectivesecondary content provider that is not yet authorized with a primarycontent provider; in response to launching the respective application,displaying an authorization user interface for authorizing therespective application with a respective primary content provider;receiving, via the one or more input devices, input authorizing therespective application with the respective primary content provider; andin response to receiving the input authorizing the respectiveapplication with the respective primary content provider: in accordancewith a determination that the respective primary content providersupports granting a plurality of applications access to an authorizationof the electronic device with the respective primary content provider,authorizing the respective application with the respective primarycontent provider, including authorizing the electronic device with therespective primary content provider, wherein applications other than therespective application can be granted access to the authorization of theelectronic device with the respective primary content provider; and inaccordance with a determination that the respective primary contentprovider does not support granting a plurality of applications access tothe authorization of the electronic device with the respective primarycontent provider, authorizing the respective application with therespective primary content provider without authorizing the electronicdevice with the respective primary content provider.
 20. An electronicdevice, comprising: one or more processors in communication with adisplay and one or more input devices; memory; and one or more programs,wherein the one or more programs are stored in the memory and configuredto be executed by the one or more processors, the one or more programsincluding instructions for: receiving, via the one or more inputdevices, a sequence of one or more inputs that authorizes the electronicdevice with a primary content provider based on a user subscription tothe primary content provider, the primary content provider having accessto content from a plurality of secondary content providers that isaccessible on the electronic device via a plurality of applicationsassociated with the secondary content providers, wherein the pluralityof applications are installed on the electronic device; afterauthorizing the electronic device with the primary content provider,displaying, on the display, a settings user interface of the electronicdevice from which access to the authorization of the electronic devicewith the primary content provider can be granted or denied to one ormore applications on the electronic device; and while displaying thesettings user interface, receiving, via the one or more input devices, asequence of one or more inputs that grant access to the authorization ofthe electronic device to a first application of the plurality ofapplications associated with a first secondary content provider, whereinthe settings user interface is not a user interface of the firstapplication, and granting the access to the authorization of theelectronic device, with the primary content provider, to the firstapplication authorizes the first application to provide content, on theelectronic device, from the first secondary content provider.
 21. Theelectronic device of claim 20, wherein the one or more programs includefurther instructions for: after authorizing the electronic device withthe primary content provider, launching a second application associatedwith a second secondary content provider of the plurality of secondarycontent providers, wherein the second application has not been grantedaccess to the authorization of the electronic device; and in response tolaunching the second application, displaying, on the display, anauthorization access user interface for granting or denying the secondapplication access to the authorization of the electronic device withthe primary content provider; while displaying the authorization accessuser interface, receiving an input; and in response to receiving theinput, in accordance with a determination that the input grants thesecond application access to the authorization of the electronic devicewith the primary content provider, providing content, from the secondsecondary content provider, in the second application.
 22. Theelectronic device of claim 21, wherein the one or more programs includefurther instructions for: in accordance with the determination that theinput grants the second application access to the authorization of theelectronic device with the primary content provider, updating thesettings user interface to reflect that the second application hasaccess to the authorization of the electronic device with the primarycontent provider.
 23. The electronic device of claim 21, wherein the oneor more programs include further instructions for: in accordance with adetermination that the input denies the second application access to theauthorization of the electronic device with the primary contentprovider, requiring the user to separately authorize, from the secondapplication, the second application with the primary content providerbefore providing content, from the second secondary content provider, inthe second application, wherein after the user separately authorizes thesecond application with the primary content provider, the settings userinterface indicates that the second application does not have access tothe authorization of the electronic device with the primary contentprovider.
 24. The electronic device of claim 20, wherein the one or moreprograms include further instructions for: while displaying the settingsuser interface, receiving, via the one or more input devices, a sequenceof one or more inputs that deny access to the authorization of theelectronic device to a second application of the plurality ofapplications associated with a second secondary content provider. 25.The electronic device of claim 20, wherein: the plurality ofapplications associated with the secondary content providers includes afirst set of applications associated with a first set of secondarycontent providers to which the user subscription with the primarycontent provider permits access, and a second set of applicationsassociated with a second set of secondary content providers to which theuser subscription with the primary content provider does not permitaccess, and the settings user interface allows granting or denyingaccess to the authorization of the electronic device with the primarycontent provider to applications, on the electronic device, in the firstset of applications and the second set of applications.
 26. Theelectronic device of claim 20, wherein: the plurality of applicationsassociated with the secondary content providers includes a first set ofapplications associated with a first set of secondary content providersto which the user subscription with the primary content provider permitsaccess, and a second set of applications associated with a second set ofsecondary content providers to which the user subscription with theprimary content provider does not permit access, and the settings userinterface allows granting or denying access to the authorization of theelectronic device with the primary content provider to applications, onthe electronic device, in the first set of applications, but not toapplications in the second set of applications.
 27. The electronicdevice of claim 20, wherein the one or more programs include furtherinstructions for: after the first application is granted access to theauthorization of the electronic device with the primary contentprovider, launching the first application on the electronic device; andin response to launching the first application, providing content, fromthe first secondary content provider associated with the firstapplication, in the first application, without requiring the user toseparately authorize the first application with the primary contentprovider.
 28. The electronic device of claim 20, wherein: authorizingthe electronic device with the primary content provider occurs from auser interface of an operating system of the electronic device, and thesequence of one or more inputs that authorizes the electronic devicewith the primary content provider includes an input selecting theprimary content provider from a list of primary content providers thatsupport authorization with the electronic device.
 29. The electronicdevice of claim 20, wherein: authorizing the electronic device with theprimary content provider occurs from a user interface of an operatingsystem of the electronic device, the sequence of one or more inputs thatauthorizes the electronic device with the primary content providerincludes an input selecting the primary content provider from a list ofprimary content providers, and the method further comprises: inaccordance with a determination that the primary content providerselected from the list of primary content providers does not supportauthorization with the electronic device to which applications on theelectronic device can be granted access, displaying a link toinstructions from the selected primary content provider as to how toauthorize the applications on the electronic device to access contentfrom their corresponding secondary content providers.
 30. The electronicdevice of claim 20, wherein: authorizing the electronic device with theprimary content provider occurs from a user interface of one of theplurality of applications associated with the secondary contentproviders, and the sequence of one or more inputs that authorizes theelectronic device with the primary content provider includes an inputselecting the primary content provider from a list of primary contentproviders that support authorization with the electronic device.
 31. Theelectronic device of claim 20, wherein the one or more programs includefurther instructions for: after authorizing the electronic device withthe primary content provider, downloading a second application of theplurality of applications associated with a second secondary contentprovider; launching the second application, wherein the secondapplication has not been granted access to the authorization of theelectronic device from the settings user interface; and in response tolaunching the second application, displaying, on the display, anauthorization access user interface for granting or denying the secondapplication access to the authorization of the electronic device withthe primary content provider; while displaying the authorization accessuser interface, receiving an input; and in response to receiving theinput, in accordance with a determination that the input grants thesecond application access to the authorization of the electronic devicewith the primary content provider, providing content, from the secondsecondary content provider, in the second application.
 32. Theelectronic device of claim 20, wherein the one or more programs includefurther instructions for: after authorizing the electronic device withthe primary content provider, downloading a second application of theplurality of applications associated with a second secondary contentprovider; launching the second application; and in response to launchingthe second application, providing content, from the second secondarycontent provider associated with the second application, in the secondapplication, without requiring the user to grant the second applicationaccess to the authorization of the electronic device with the primarycontent provider.
 33. The electronic device of claim 20, wherein the oneor more programs include further instructions for: after authorizing theelectronic device with the primary content provider, launching a secondapplication associated with a second secondary content provider of theplurality of secondary content providers, wherein the second applicationhas not been granted access to the authorization of the electronicdevice; and in response to launching the second application: inaccordance with a determination that the second application supportsbeing granted access to the authorization of the electronic device withthe primary content provider: displaying, on the display, anauthorization access user interface for granting or denying the secondapplication access to the authorization of the electronic device withthe primary content provider; and in accordance with a determinationthat the second application does not support being granted access to theauthorization of the electronic device with the primary contentprovider: requiring the user to separately authorize, from the secondapplication, the second application with the primary content providerbefore providing content, from the second secondary content provider, inthe second application.
 34. The electronic device of claim 20, whereinthe one or more programs include further instructions for: while theelectronic device is not authorized with the primary content provider,launching a respective application associated with a respectivesecondary content provider that is not yet authorized with a primarycontent provider; in response to launching the respective application,displaying an authorization user interface for authorizing therespective application with a respective primary content provider;receiving, via the one or more input devices, input authorizing therespective application with the respective primary content provider; andin response to receiving the input authorizing the respectiveapplication with the respective primary content provider: in accordancewith a determination that the respective primary content providersupports granting a plurality of applications access to an authorizationof the electronic device with the respective primary content provider,authorizing the respective application with the respective primarycontent provider, including authorizing the electronic device with therespective primary content provider, wherein applications other than therespective application can be granted access to the authorization of theelectronic device with the respective primary content provider; and inaccordance with a determination that the respective primary contentprovider does not support granting a plurality of applications access tothe authorization of the electronic device with the respective primarycontent provider, authorizing the respective application with therespective primary content provider without authorizing the electronicdevice with the respective primary content provider.
 35. Anon-transitory computer readable storage medium storing one or moreprograms, the one or more programs comprising instructions, which whenexecuted by one or more processors of an electronic device incommunication with a display device and one or more input devices, causethe electronic device to: receive, via the one or more input devices, asequence of one or more inputs that authorizes the electronic devicewith a primary content provider based on a user subscription to theprimary content provider, the primary content provider having access tocontent from a plurality of secondary content providers that isaccessible on the electronic device via a plurality of applicationsassociated with the secondary content providers, wherein the pluralityof applications are installed on the electronic device; afterauthorizing the electronic device with the primary content provider,display, on the display, a settings user interface of the electronicdevice from which access to the authorization of the electronic devicewith the primary content provider can be granted or denied to one ormore applications on the electronic device; and while displaying thesettings user interface, receive, via the one or more input devices, asequence of one or more inputs that grant access to the authorization ofthe electronic device to a first application of the plurality ofapplications associated with a first secondary content provider, whereinthe settings user interface is not a user interface of the firstapplication, and granting the access to the authorization of theelectronic device, with the primary content provider, to the firstapplication authorizes the first application to provide content, on theelectronic device, from the first secondary content provider.
 36. Thenon-transitory computer readable storage medium of claim 35, wherein theone or more programs include further instructions that cause theelectronic device to: after authorizing the electronic device with theprimary content provider, launch a second application associated with asecond secondary content provider of the plurality of secondary contentproviders, wherein the second application has not been granted access tothe authorization of the electronic device; and in response to launchingthe second application, display, on the display, an authorization accessuser interface for granting or denying the second application access tothe authorization of the electronic device with the primary contentprovider; while displaying the authorization access user interface,receive an input; and in response to receiving the input, in accordancewith a determination that the input grants the second application accessto the authorization of the electronic device with the primary contentprovider, provide content, from the second secondary content provider,in the second application.
 37. The non-transitory computer readablestorage medium of claim 36, wherein the one or more programs includefurther instructions that cause the electronic device to: in accordancewith the determination that the input grants the second applicationaccess to the authorization of the electronic device with the primarycontent provider, update the settings user interface to reflect that thesecond application has access to the authorization of the electronicdevice with the primary content provider.
 38. The non-transitorycomputer readable storage medium of claim 36, wherein the one or moreprograms include further instructions that cause the electronic deviceto: in accordance with a determination that the input denies the secondapplication access to the authorization of the electronic device withthe primary content provider, require the user to separately authorize,from the second application, the second application with the primarycontent provider before providing content, from the second secondarycontent provider, in the second application, wherein after the userseparately authorizes the second application with the primary contentprovider, the settings user interface indicates that the secondapplication does not have access to the authorization of the electronicdevice with the primary content provider.
 39. The non-transitorycomputer readable storage medium of claim 35, wherein the one or moreprograms include further instructions that cause the electronic deviceto: while displaying the settings user interface, receive, via the oneor more input devices, a sequence of one or more inputs that deny accessto the authorization of the electronic device to a second application ofthe plurality of applications associated with a second secondary contentprovider.
 40. The non-transitory computer readable storage medium ofclaim 35, wherein: the plurality of applications associated with thesecondary content providers includes a first set of applicationsassociated with a first set of secondary content providers to which theuser subscription with the primary content provider permits access, anda second set of applications associated with a second set of secondarycontent providers to which the user subscription with the primarycontent provider does not permit access, and the settings user interfaceallows granting or denying access to the authorization of the electronicdevice with the primary content provider to applications, on theelectronic device, in the first set of applications and the second setof applications.
 41. The non-transitory computer readable storage mediumof claim 35, wherein: the plurality of applications associated with thesecondary content providers includes a first set of applicationsassociated with a first set of secondary content providers to which theuser subscription with the primary content provider permits access, anda second set of applications associated with a second set of secondarycontent providers to which the user subscription with the primarycontent provider does not permit access, and the settings user interfaceallows granting or denying access to the authorization of the electronicdevice with the primary content provider to applications, on theelectronic device, in the first set of applications, but not toapplications in the second set of applications.
 42. The non-transitorycomputer readable storage medium of claim 35, wherein the one or moreprograms include further instructions that cause the electronic deviceto: after the first application is granted access to the authorizationof the electronic device with the primary content provider, launch thefirst application on the electronic device; and in response to launchingthe first application, provide content, from the first secondary contentprovider associated with the first application, in the firstapplication, without requiring the user to separately authorize thefirst application with the primary content provider.
 43. Thenon-transitory computer readable storage medium of claim 35, wherein:authorizing the electronic device with the primary content provideroccurs from a user interface of an operating system of the electronicdevice, and the sequence of one or more inputs that authorizes theelectronic device with the primary content provider includes an inputselecting the primary content provider from a list of primary contentproviders that support authorization with the electronic device.
 44. Thenon-transitory computer readable storage medium of claim 35, wherein:authorizing the electronic device with the primary content provideroccurs from a user interface of an operating system of the electronicdevice, the sequence of one or more inputs that authorizes theelectronic device with the primary content provider includes an inputselecting the primary content provider from a list of primary contentproviders, and the method further comprises: in accordance with adetermination that the primary content provider selected from the listof primary content providers does not support authorization with theelectronic device to which applications on the electronic device can begranted access, displaying a link to instructions from the selectedprimary content provider as to how to authorize the applications on theelectronic device to access content from their corresponding secondarycontent providers.
 45. The non-transitory computer readable storagemedium of claim 35, wherein: authorizing the electronic device with theprimary content provider occurs from a user interface of one of theplurality of applications associated with the secondary contentproviders, and the sequence of one or more inputs that authorizes theelectronic device with the primary content provider includes an inputselecting the primary content provider from a list of primary contentproviders that support authorization with the electronic device.
 46. Thenon-transitory computer readable storage medium of claim 35, wherein theone or more programs include further instructions that cause theelectronic device to: after authorizing the electronic device with theprimary content provider, download a second application of the pluralityof applications associated with a second secondary content provider;launch the second application, wherein the second application has notbeen granted access to the authorization of the electronic device fromthe settings user interface; and in response to launching the secondapplication, display, on the display, an authorization access userinterface for granting or denying the second application access to theauthorization of the electronic device with the primary contentprovider; while displaying the authorization access user interface,receive an input; and in response to receiving the input, in accordancewith a determination that the input grants the second application accessto the authorization of the electronic device with the primary contentprovider, provide content, from the second secondary content provider,in the second application.
 47. The non-transitory computer readablestorage medium of claim 35, wherein the one or more programs includefurther instructions that cause the electronic device to: afterauthorizing the electronic device with the primary content provider,download a second application of the plurality of applicationsassociated with a second secondary content provider; launch the secondapplication; and in response to launching the second application,provide content, from the second secondary content provider associatedwith the second application, in the second application, withoutrequiring the user to grant the second application access to theauthorization of the electronic device with the primary contentprovider.
 48. The non-transitory computer readable storage medium ofclaim 35, wherein the one or more programs include further instructionsthat cause the electronic device to: after authorizing the electronicdevice with the primary content provider, launch a second applicationassociated with a second secondary content provider of the plurality ofsecondary content providers, wherein the second application has not beengranted access to the authorization of the electronic device; and inresponse to launching the second application: in accordance with adetermination that the second application supports being granted accessto the authorization of the electronic device with the primary contentprovider: display, on the display, an authorization access userinterface for granting or denying the second application access to theauthorization of the electronic device with the primary contentprovider; and in accordance with a determination that the secondapplication does not support being granted access to the authorizationof the electronic device with the primary content provider: require theuser to separately authorize, from the second application, the secondapplication with the primary content provider before providing content,from the second secondary content provider, in the second application.49. The non-transitory computer readable storage medium of claim 35,wherein the one or more programs include further instructions that causethe electronic device to: while the electronic device is not authorizedwith the primary content provider, launch a respective applicationassociated with a respective secondary content provider that is not yetauthorized with a primary content provider; in response to launching therespective application, display an authorization user interface forauthorizing the respective application with a respective primary contentprovider; receive, via the one or more input devices, input authorizingthe respective application with the respective primary content provider;and in response to receiving the input authorizing the respectiveapplication with the respective primary content provider: in accordancewith a determination that the respective primary content providersupports granting a plurality of applications access to an authorizationof the electronic device with the respective primary content provider,authorize the respective application with the respective primary contentprovider, including authorizing the electronic device with therespective primary content provider, wherein applications other than therespective application can be granted access to the authorization of theelectronic device with the respective primary content provider; and inaccordance with a determination that the respective primary contentprovider does not support granting a plurality of applications access tothe authorization of the electronic device with the respective primarycontent provider, authorize the respective application with therespective primary content provider without authorizing the electronicdevice with the respective primary content provider.